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METHOD AND APPARATUS FOR DETERMINING TRANSFER TIME AND 
BANDWIDTH BETWEEN DEVICES CONNECTED VIA A COMPUTER 

NETWORK 
Description 

Cross-Reference to Related Patent App lications 

This patent application is a continuation of co-pending U.S. patent application serial 
no. 09/181,222 filed in the U.S. Patent and Trademark Office on October 27, 1998. 

Technical Field 

This invention relates to an apparatus and method for determining transfer time and 
bandwidth for a data file sent via a computer network and, more specifically, to an apparatus 
and method for selecting a data file to be sent via the computer network as a function of the 
transfer time or bandwidth between two devices connected to the computer network and for 
selecting or dynamically customizing content provided to a client connected to the computer 
network based on the transfer time and bandwidth determinations. 

Background Art 

During recent years there have been rapid advancements in computers and computer 
networking. In particular, the world-wide networks of computers, servers, hosts, and other 
devices commonly referred to as the Internet and the World Wide Web have seen rapid 
growth. The Internet comprises a vast network of smaller wide area networks, local area 
networks, intranets, etc. connected together so as to allow sharing of resources and to 
facilitate data communication and information exchange between users, computers, servers, 
hosts, and other devices. The rapid growth of the Internet is due, in large part, to the 
development and widespread use of graphical user interfaces, called browsers, which allow 
users easy access to the computers, servers, hosts, and other devices connected to the Internet 
and, more particularly, the World Wide Web. 

The World Wide Web forms a subset of the Internet and includes a collection of 
networked servers, computers, and other devices. Each server may contain documents 
formatted as web pages or hypertext documents that are accessible and viewable with a web 
compliant browser, such as the Netscape navigator browser or the mosaic browser. Each 
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hypertext document or web page may contain references to graphic files or banners that are to 

be delayed in conjunction with the hypertext document or web page. The files and banners 

may or may not be stored at the same location as the hypertext document or web page. 

A hypertext document often contains hypertext links to other hypertext documents 

5 such that other hypertext documents can be accessed from the firs, hypertext document by 

activating the hypertext links. The servers connected to the World Wide Web utilize the 

Hypertext Wer Protocol (HTTP) which is widely known protocol which allows users ,o 

use browsers to access web pages and banners or files associated with web pages For 

purposes of the present invention, the term "banner" is mean, to be construed very broadly 

10 and mcludes any information displayed in conjunction with a web page wherein the 

information is no. pan of .he same file as the web page. Tha. is, a banner includes anything 

■ha, ,s delayed or used in conjunction with a web page, but which can exist separately from 

the web page or which can be used in conjunction with many web pages. Banners can include 

graphtcs, textual information, video, audio, applets, arimation, rich media, SCRIPT (such as 

■5 JavaScript and VBSCRIPT), IFRAME requests (which may contain JavaScript content or 

requests), Flash, Shockwave, Enliven, and bbt, other computer sites, web sites, web pages 

or banner, The files, banners, hypertext documents, or web pages may contain text, graphics' 

■mages, sound, video, etc. and are generally writien in a standard page or hypertext document' 

descnpuon language known as ,he Hypertext Markup Language (HTML). The HTML forma, 

-0 allows a web page developer ,o specify ,he location and presentation of the graphic, textual 
soun,, tc . on the scree „ dispJayed (o ^ ^ acMss . ng ^ b ^ ^ ^ ^ 

HTML forma, allows a web page ,o con,ai„ links, such as the hypertext links described above 
to o,her web pages or servers on the In.erne,. Simply by selecting a link, a user can be ' 
.ransferred ,o ,he new web page, which may be located very differen, geographically or 
25 topological^ from the original web page. 

When using a conventional browser, a user can select which web page or hypertext 
document the user wishes ,o have displayed on ,he usefs compu.er or terminal by specifying 
the web page's Universal or Uniform Resource Locator (URL) address. Each server has a 
unique URL address and, in fact, so does each web page and each file needed to display the 
.0 web page. For example, the URL address for the U.S. Paten, and Trademark Office is 

currently h.,p://www.us P to.gov. When a user types in this URL address into a browser the 
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user's computer establishes a connection with the U.S. Patent and Trademark Office and the 
initial web page for the U.S. Patent and Trademark Office is transmitted from the server 
storing this web page (which may or may not be actually located at the U.S. Patent and 
Trademark Office) to the user's computer and displayed on the user's computer. The web 
page may include a number of graphic images or elements, often referred to as banners, which 
are to be displayed on the user's computer in conjunction with the web page. Each of the 
graphic images is typically stored as a separate file on the server and has its own URL address. 
When the web page is initially transmitted or served from the server to the user's computer, 
the browser receives the URL addresses for the graphic images and then requests that they be. 
transmitted or served from the server on which they are stored to the user's computer for 
display on the user's computer in conjunction with the web page. Thus, the browser "fetches" 
the images for display on the user's terminal or computer. The server(s) on which the graphic 
images are stored may or may not be the same server on which the original web page is stored. 
More specifically, since the URL's addresses for the included graphic images are all processed 
separately using the HTML protocols, it is possible and, in fact, common, for these graphic 
images to be stored on separate and even widely distributed computers or hosts, all of which 
are accessible to the user's computer via a computer network. 

The growth of easy access to the World Wide Web and the ability to create visually 
pleasing web pages have helped increase the amount of advertising and other promotional 
materials created for use and display with web pages. For example, a car manufacturer may 
have a web page describing the company and the cars and car parts that the company 
manufactures and sells. Part of the web page may include advertising information or banners 
such as, for example, images of current car models sold by the manufacturer or the types and 
numbers or cars the manufacturer has in stock. The car manufacturer may also contract with 
the owners or operators of other web pages to have the car manufacturer's advertisement 
banners displayed when users access these other web pages. Similarly, an advertising agency 
may contract with various web sites to have the advertisement banners of the agency's clients 
displayed when users access the web pages stored on the web sites. For example, an 
advertising agency or ad-network firm may contract with a web site containing general 
information about cars to have advertising information or banners included on the web pages 
displayed to a user accessing the web site. The advertising banners may contain graphics, text, 
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etc. about car models or car parts manufactured by on of the advertising agency's clients 
Furthermore, the advertisement banners may not be stored on the same server or computer or 
web site on which the web page is stored. Rather, all or a significant portion of the 
advemsemen, banners created by an advertising agency may reside on one or more 
m/ormation servers, ad selection servers, or media servers. Typically, an advertising agency 
w.U pay a fixed amount of money for a fixed number of displays of its advertisement banners 
on a single web page or group of web pages. 

In general, an ad selection server is a configurable server that accepts requests for web 
content (images, HT^ web pages, .ogic files, etc.), performs ad selection, and returns an 
mstnucon to the requesting chent to retrieve specific content elsewhere, perhaps from a 
med,a server. A media server is a high speed server of content, bu, does not usually perform 
ad selecuon. An information server is a broad term used to describe servers on which 
information, web pages, content, etc. is stored. 

In a typical ad serving environment, the web page requested or fetched by a user's 
browser from a web page server will contain banners for display with the web page Instead 
of provtding the banners, the web page served to the use. browser will contain links to one or 
more ad selection servers related to the banner, Upon receipt of the web page, the use* 
browser will then request or follow the linxs and request the bakers from the ad selection 
server. The ad selection servers win decide which banner to serve in response to each request 
and w,U Cher server the requested banner, or se,ve the use* browser with a redirect signal or 
command telling the user's browser where to find the banner. Typical,,, the banners will be 
located on a media server. The use* browser wil, then send a request to the media server 
requesting tha, the banner be served from the media server to the use* browser. Thus, when a 
user vews a web page displayed on the use* computer, the use* browser page may request 
or fetch" advertisement banners for display on the web page. Since the user may only spend 
a few mmutes, or even seconds, actually .ooking a, any particular advertisement banner or any 
part.cu.ar web page displayed on the use* computer, if too long a period of time is taken 
before an advertisement banner is served to the use* computer for display to the user ,he 
user may request or select that a different web page be fetched and served to the use* 
computer for display before the advertising banner is completely received by the use* 
computer or displayed to the user. 
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Advertisers generally prefer that a complete advertisement be displayed to a user 
before the user selects or fetches a new web page for display. Therefore, advertisers may 
desire to send advertisement banners that have different sizes or formats depending on the 
connection or transfer time between a user's computer and the server that is serving or 
delivering the advertisement banners to the user's computer. If the transfer time, also referred 
to as the travel time or load time, between the server serving the advertisement banner and the 
user's computer is too long, the advertiser may wish to serve a smaller advertisement banner to 
reduce the amount of time before the smaller advertisement banner is fully displayed to the 
user. The smaller advertisement banner could, for example, have a size of four kilobytes. In 
contrast, if the time it takes to transfer the advertisement banner from the server to the user's 
computer is short, the advertiser may wish to serve a larger advertisement banner since the 
larger advertisement banner is likely to be fully displayed to the user before the user selects or 
fetches a new web page. The larger advertisement banner could, for example, have a size of 
forty kilobytes or possibly even many megabytes. Rich media, which is commonly viewed as 
any content other than HTML formatted text, still images, animated images in GIF or JPG 
graphics format, or other simple media are a common type of banner, image, or file which 
may be sent to a user's computer. Many advertisers displaying advertisement banners on web 
sites, or web sites themselves, will not accept rich media or allow rich media to be used 
because the sheer size (often over forty kilobytes) will compromise the user's experience, 
thereby causing. the user to reject or avoid the web site in the fiiture. The user may not know 
that the cause of the slow performance is not the web site itself, but the use of the rich media. 
Therefore, web sites and advertisers will often try for the smallest page or banner size possible 
to insure that users with the slowest links or transfer time to the web site will still receive 
reasonable performance. However, such a decision is at the expense of users with shorter 
transfer times, often created by higher bandwidth, that could handle the rich media without a 
significant or noticeable change in performance. 

The determination of what size or type advertisement banner should be served to the 
user can be made, in whole or in part, on how long a period of time is required to send a file 
between the server and the user's computer. Thus, determining the transfer time between a 
user's computer and a server or the user's bandwidth can be very important in effective on-line 
advertising. 
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Unfortunately, the current state of the art is such that determination of transfer time 
between user's computers or terminals and servers can be difficult, particularly since network 
topologies, including the network topologies of the Internet and the World Wide Web, change 
constantly. In addition, transfer times for a computer network may vary over time due to 
variations or fluctuations in the number of users actively connected to the computer network, 
variations or fluctuations in the amount of data traffic or data communication over the 
computer network, variations or fluctuations in availability of parts or all of the computer 
network, etc. Therefore, despite the well developed state of the art in computer networking, 
there remains a need for accurately determining the transfer time between two devices 
connected to a computer network and the bandwidth for users connected to a computer 
network. Preferably, determinations could also be made regarding the bandwidth or topology 
between two devices connected to a computer network and regarding the operational or 
performance characteristics or configuration of devices connected to the computer network. 

15 Disclosure of Invention 

Accordingly, it is an object of the present invention to provide an apparatus and 
method for determining transfer time between two points on a computer network. 

It is another object of the present invention to provide an apparatus and method for 
selecting banners to be served via a computer network. 
* Yet another object of the present invention is to provide an apparatus and method for 

collecting information regarding bandwidth of portions of a computer network. 

Another object of the present invention is to provide an apparatus and method for 
determining bandwidth between two devices or for a device connected to a computer network 

It a further object of the present invention to provide an apparatus and method for 
collecting information regarding a computer network's topology. 

It is another object of the present invention to provide an apparatus and method for 
momtonng bandwidth between two devices or for a device connected to a computer network 
and computing such bandwidth in real time. 

Another general object of the present invention is to provide an apparatus and method 
for computing bandwidth for a device or between two devices connected to a computer 
network and providing such information for use during selection and/or configuration of web 
pages, content, executable software, email, etc. to be served to a user or a user's browser 
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Still another object of the present invention is to provide an apparatus and method for 
determining information regarding the operational or performance characteristics or 
configuration of devices connected to a computer network. 

Additional objects, advantages, and novel features of the invention shall be set forth in 
part in the description that follows, and in part will become apparent to those skilled in the art 
upon examination of the following or may be learned by the practice of the invention. The 
objects and the advantages may be realized and attained by means of the instrumentality's and 
in combinations particularly pointed out in the appended claims. 

To achieve the foregoing and other objects and in accordance with the purposes of the 
present invention, as embodied and broadly described herein, a method for distributing 
information over a computer network to a device includes sending a page request signal from 
the device to a first server requesting that a page be served to the device; serving said 
requested page to said device, wherein said page includes location information for a portion of 
executable software located on a second server; sending a request signal from said device to 
said second server requesting that said executable software be served to said device; serving 
said requested executable software to said device; executing said executable software; sending 
an image request signal from said device for an image; and serving said requested image to 
said device. 

In addition to the above, in another embodiment, in order to achieve the foregoing and 
other objects and in accordance with the purposes of the present invention, as embodied and 
broadly described herein, a method for determining transfer time between a computer and a 
first server connected to a computer network includes serving a piece of information from the 
first server to the computer, wherein said piece of information contains executable software; 
executing said executable software on the computer; sending an image request from the 
computer to the first server requesting a location address for an image to be served to the 
' computer; and serving said image to said computer as a result of said image request signal. 

In addition to the above, in another embodiment, in order to achieve the foregoing and 
other objects and in accordance with the purposes of the present invention, as embodied and 
broadly described herein, a method for delivering information over a computer network to a 
computer includes serving a piece of information from a first server to the computer, wherein 
said piece of information includes location information for an image; sending a first image 



request from the computer; serving a redirect signal to the computer in response to said first 
image request; sending a second image request from the computer; and serving said second 
image to said computer. 

In addition to the above, in another embodiment, in order to achieve the foregoing and 
other objects and in accordance with the purposes of the present invention, as embodied and 
broadly described herein, a method for delivering infonnation over a computer network to a 
computer mcludes serving a piece of information from a first server to the computer wherein 
said piece of information includes location information for an image; sending a fi rst i mag e 
request from the computer; serving a first redirect signal to the computer in response to said 
first image request; sending a second image request from the computer; serving a second 
redact signal to the computer in response to said second image request; sending a third image 
request from the computer; and serving said third image to said computer. 

Brief Des cription nf the Drawin g 

The accompanying drawings, which are incorporated in and form a part of the 
specification, illustrate the preferred embodiments of the present invention, and together with 
the descriptions serve to explain the principles of the invention. 
In the Drawing s? 

Figure 1 illustrates a computer network upon which computers, terminals, servers 

20 hosts, etc. can be connected; 

Figure 2 illustrates a flowchart for a first embodiment of a method in accordance with 
the present invention that can be used with the computer network of Figure 1- 

Figure 3 illustrates a flowchart for a second embodiment of a method in accordance 
with the present invention that can be used with the computer network of Figure 1 • and 
25 Figure 4 illustrates a flowchart for a third embodiment of a method in accordance with 

the present invention that can be used with the computer network of Figure 1 
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Best Motlp for Cnrrviny, o„f t h* lnv. n >i^ 

A network apparatus 20 in accordance with the present invention is illustrated in 
F.gure 1 and includes a computer network 22 to which devices such as the computers 24 26 
28, proxy server 30, ad selection servers 32, 34, media servers 36, 38, proton servers 40 42 ' 
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sniffer server 44, web site server 46, and log server or log processing system 48 are connected 
to allow for resource sharing and data communications. Users located at computers or 
terminals 24, 26, 28 can access or connect to the computer network 22 and the resources 
connected to the computer network 22. Computers, such as the computer 24, may be directly 
connected to the computer network 22. Other computers, such as the computers 26, 28, may 
be connected to the computer network 22 via a proxy server, such as the proxy server 30. 

A significant feature of the present invention is the ability to determine transfer time for 
data, files, etc. sent or transmitted between devices connected to a computer network and the 
bandwidth between the devices, and the bandwidth for users connected to the computer 
network. For example, with the apparatus and method of the present invention, the transfer 
time for a file to be sent from the ad selection server 32 or the media server 38 to the 
computer 24 via the computer network 22 can be determined and used in the selection or 
configuration of files, banners, content, web pages, executable software, email, images, etc. to 
be delivered or served to the computer 24. Bandwidth is a measure of how fast a connection 
is between devices connected to the computer network and can be related to the transfer time, 
as will be discussed in more detail below. 

By being to determine or monitor transfer time and bandwidth in real time or near real 
time, or by at least monitoring available bandwidth (including "effective bandwidth") between 
a user and other devices connected to a computer network, web browsing satisfaction can be 
increased for the users while advertising over the computer network can be dynamically 
modified or created, thereby improving the effectiveness of the advertising. Thus, high- 
bandwidth users will get sophisticated rich media content, while lower band-width users will 
get quicker content downloads from servers. The content selected can be and delivered to a 
user can be, for example, a black and white image for a low-bandwidth user (e.g., a user 
connected to a computer network via a 14.4 Kbps modem), a color version of the same image 
for an average bandwidth user (e.g., a user connected to the computer network via a 28.8 
Kbps modem), or an animated or video version for a high-bandwidth user (e.g., a user 
connected to the computer network via an ISDN or Tl connection). A user's bandwidth may 
vary over time due to, for example, telephone line noise, the number of users, changes in 
browser type, etc. Real time or near real time determination of a user's bandwidth or transfer 
time between the user and another device on the computer network allows selection or 
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household appliances, phones, etc. 

Proton servers, such as the proton servers 40, 42, are generally described as, or meant 
to include, distributed databases residing servers in or on which information or data about 
users is stored. These servers provide data to systems, such as ad selection servers, and allow 
those systems to view, use, and add user information and data. Periodically, proton servers 
connected to a computer network will update each other with all new data, thereby resulting in 
synchronized data and redundant database servers. 

Media servers, such as the media server 38, are generally described as, or meant to 
include, high speed World Wide Web servers of content, such as HTML Web page files, 
images, and logic files. Media servers may log user activity, but usually they do not perform 
ad selection. In addition, media servers may populate proton servers or otherwise provide 
proton servers with user data. 

Ad selection servers, such as the ad selection server 32, are generally described as, or 
meant to include, intelligent, configurable, World Wide Web servers that accept requests from 
clients for Web content, such as HTML Web page files, images, logic files, etc., perform ad 
selection, and return a redirect instruction to the clients to retrieve the specifically selected 
content from another server, usually a media server. Ad selection servers may serve content 
to clients as well as providing a redirect instruction. In addition, ad selection servers may log 
user activity and populate proton servers or otherwise provide proton servers with user data. 

A sniffer, such as the sniffer server 44, is generally described as, or meant to include, a 
system that monitors network traffic and, for each transaction, associates the first data packet 
and the corresponding last data packet, noting the elapsed time, total data transferred (in 
bytes), and the user's unique identifier (possibly the identifier cookie value and possibly the 
Internet Protocol (IP) address of the client software for the transaction being observed). 
Sniffers usually log or store their data for post-processing and may populate proton servers or 
otherwise provide proton servers with user data. 

By way of general introduction, in a typical computer network, a user located at a 
computer or terminal can access the resources connected to the computer network. For 
example, a user at the computer or terminal 24 or the computer or terminal 26 can access the 
web site server 46 and the information stored thereon. The web site or server 46 may contain 
web pages that the user can download for display on the computer 24. For purposes of this 
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•nvention, the ta «„eb page" sha,l be defined broadiy and wi„ indude any hypertext 
document, information, screen ihplm e , c tha( a down]Md ^ 

from a computer or web she for di sptay and/or storage on the user's terminal and shall no, be 

™ ^;°r;t r-** pases ' or d °— — *• "r 

Worid W,de Web. Therefore, ,he term "web pag ,. wi„ be used ^ 
—on transmitted or served to a termina, from a compter she, web she, server or other 
ev,ce, wherem th e web page may con ta in bara ,ers or references to banners that can be se^ 
.o the ,erm,n al a„d di sp,a y ed ,, conjunction with the web page. The web page served IT 
ser s computer from the web she server 4S may contain ,exn,a, informed -Jo^L 
configured ,„ banners or other content. The bankers or content may contain graph^ 
media, audio eraohics TFR a jukc r graplucs, nch 

SCWPT, appiets, text, video, etc. As prevtousiy discussed above, the banners or other 
content assocated with a web page may no, be stored a, or on the same piace or se™ as the 

p t~ ra 7 d ~°"~ause,scom P u,e r sepal, &0 m IT 

P« 8 e. That ts, web pages may be stored on a web page server whiie the banners or other 

content are stored on ad selection servers or media servers. 
For purposes of elaboration and exolanatinn n f*u- 

:r oco,s of the Worid Wide Web, JZL^J^ZZZT 

mM i, ,, • thC Pnn ° iples and inventions for rich 

nted.a such as scnpts (hiding ^Script and VBSCRIPT), dynamicaiiy executed col, 

n.e„, (for example, con,en, using the "IFRAME" ,a g) wil, aiso used. „ sho ,d be no^d 

weve, tha, the concepts un der, y i„g the presen, invention can be used for compute 
e w k s, other or differen , types of conven[iom ^ proiMo|s 

D u^f^T^^ °" 6) ' * Addison-Wesiey; 

Joi n h 0995), pubiished by Prentice Ha" 

Ste 0996) , pubI , sned by Sams.net Publishing; W^r^^^^ 
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3rd Ed (1997), published by Que Corporation; and John December, Presenting Java, An 
Introduction to Java and HotJava (1995), published by Sams.net Publishing, all of these 
references of which are incorporated herein by reference. Other information about the HTTP, 
HTML, TCP/IP and other network protocols can also be found in U.S. Patent No. 5,617,540 
issued to Civanlar et aL, U.S. Patent No. 5,572,643 issued to Judson, and U.S. Patent No. 
5,442,771 issued to Filepp et al., all of which are also incorporated herein by reference. The 
linking of one web page or hypertext document to another is commonly done using a 
hypertext markup comment tag. When the user clicks on or otherwise activates the hypertext 
markup comment tag, a link to the new web page or hypertext document is generally initiated 
by the user's browser software which causes the user's browser to request that the new web 
page or hypertext document be displayed on the user's computer. Similarly, if a web page 
served to a user's computer contains references to banners or other content, the URL 
addresses for the banners and other content will be served with the web page so that the user's 
browser can request that the banners or content be served to the browser for display on the 
user's computer along with the previously served web page. 

It should also be noted that the disclosed system and method also work for all types of 
operating systems running on the computers, terminals, computer sites, information servers, 
and other devices connected to the computer network 22. Such operating systems can 
include, for example, Microsoft's DOS™, WINDOWS 3.x™, WINDOWS NT™, 
WINDOWS 95™, or WINDOWS 98™ software, IBM's OS/2™ software, Apple's System 
7™ software, or the AIX or UNIX operating system software platforms. 

As previously discussed above, the methods of the present invention are primarily 
directed to determining transfer time between devices connected to a computer network and 
the bandwidth of a user connected to a computer network, such as the computer network 22. 
Optional steps may also be included and many such optional steps will be discussed in more 
detail below. Now referring to Figure 2, a first embodiment of a method designed in 
accordance with the principles of the present invention will now be described in more detail. 
The method 100 for determining transfer time and user bandwidth is preferably used for 
determining transfer time or available bandwidth for data, files, banners, images, content, 
email, executable software, etc. sent between a server, such as the ad selection server 32 or 
the media server 38, and a computer, such as the computer 24, on which browser software is 
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operating. m addition, the melhod ,„„ „ preferaMy ^ ^ 

= , or mn ,„g rich media, such M SCRIPT ( .,, ^ ^ 

X^AME usage or reouest, nested HTML ffles, Hash, Shockwave, or EnJiven, or . 
pomon of executable script, code, or software. 

During the method 100, a user, browser, for exa m p,e the browser opera.i„ s on the 
computer u. sends or initiates a fetch web page reoues, during step , ce to 
* as the se„er « , ha , re^ts , h a, the web site se„er send or serve a web pa oT 
sers browse, Such a fetch web page command or re q ues, generated by the us , brow r 
dunng the step 1 02 might take the form of, for example 

h.^/www.excite.conVWebPage, ,h, ml . The web site server to which the fetch web page 
ues, ,s sen, during the step ,« wiII then se^e or send the desired web page to , e use , 

1 t r? r m - The web pags °- — » * <"« W« 

The nch medta fil e may or ma y no, b . loc a,e d on the ^ se „ er „ * ™ 

Prefetched or reouested b y the user, browser duringthe step ,« fT^, f ' 

rue retched by the user's browser durins the st?n l m , u 
located on the server 46, the ad selection server 32 th, „• * 

ejected to the co.puter network 2 Fo 7 ^ ^ " ^ ^ ^ 

P network 22. For purposes of further explanation but not 
"muat.on, of the method 100, the rich media file will be assumed to h, t A 
the ad selection server 32. W,,J be assumed ^ be stored on or located at 

Upon receipt by the user's browser of the desired 

tetch nch media command or request venerated hv th« . u 
■ u , generated by the user's browser during the sten i n« 

might take the form of, for example: P 
<IFRAME WIDTH=468 HEIGHT=60 

e?j:i:i:? r ^^ 

<SCRIPT> 

SRC.»h,tp://ad.prefere„ces.com^scrip,;s P acedesc-Ca mp aig nL Si,e 1 .46 8 xoO_Pac lc ag 
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el JLocationl M > 

</SCRIPT> 
<NOSCRIPT> 
<A 

HREF= M http://ad. preferences. corrVclick;spacedesc=Campaignl_Sitel_468x60_Packag 
el JLocationl"> 
<JMG 

SRC="http://ad.preferences.com/image;spac^^ 
el_Locationl"> 
</A> 

</NOSCRIPT> 
</TFRAME> 

Note that the previous rich media request example includes both an EFRAME reference and a 
reference to JavaScript for purposes of explanation. A rich media request does not have to 
have both such references. Upon receipt of the rich media request generated by the user's 
browser, the ad selection server 32 will serve or send the requested rich media to the user's 
browser during step 108. 

Upon receipt of the rich media requested or fetched by the user's browser during the 
step 102 and served or sent by the ad selection server 32 during the step 108, the user's 
browser will run or initiate the rich media during step 1 10. The rich media may take many 
forms and include many commands or portions of executable software or code. For example, 
the rich media may include JavaScript, VBSCRIPT, or an IFRAME (inline frame) reference 
that causes the user's computer to perform a specified function or operation a specified 
number of times and also causes the user's computer to monitor the amount of time the 
computer takes to perform such specified function the specified number of times. From this 
time measurement, the computational speed of the user's computer might be ascertained or 
approximated. An example function might be the following: 

var tmCurrentTime = (new DateO) getTimeO;. 

The script included within the rich media might cause the user's computer to execute 
such a function one thousand or one million times and record the time taken by the user's 
computer to complete the task. Scripts, such as JavaScript and VBSCRIPT, are well known 
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to people of ordinary skill in the art and they need not be described in any further detail for 
purposes of explanation of the apparatus and method of the present invention. 

The rich media served to the user's browser during the step 108, upon execution by the 
user's browser during step 1,0, may also start a clock or timer or, at least note the current 
tune, and, during the step 1 12, cause the user's browser to fetch or request an image by 
sending a fetch image request. Such a fetch image request sent by the user's browser during 
the step 1 12 could take the form of, for example: 

http://ad.preference S .com/ima g e;s P acede SC =Campaignl_Sitel_468x60 Packagel Locationl 
Representative JavaScript for implementing such a series of commands is provided'below 

The unage requested or fetched by the user's browser during the step 1 12 may or may 
not be located on the same server or device as the original web page fetched or requested by 
the user's browser during the step 102 and may or may be located on the same server or device 
as the nch media file requested or fetched by the user's browser during the step 106 For 
examp,e, the web page fetched or requested by the user's browser during the step 102 may be 
located on the server 46 while the rich media file fetched or requested by the use* browser 
dunng the step 106 may be located on the server 46, the ad selection server 32, the media 
server 38, or some other device connected to the computer network 22. In addition the 
-age fetched or requested by the user's browser during the step 1 12 may a,so be located on 
the server 46, the ad selection server 32, the media server 38, or some device connected to the 
computer network 22. For purposes of further explanation, but not Hmitation, of the method 
100. the .mage fetched or requested by the user's browser during the step 1 12 wil, be assumed 
to be stored on or located at the ad selection server 32. 

A*er the ad selection server 32 receives the fetch image request generated by the user's 
brows, dunng the step 112, the ad selection server 32 will serve or send the requested image 
to the user's browser during step 1 14. The rich media file or script preferably initiated or 
executed during the step 1 10 preferably will, upon receipt by the user's browser of the image 
sent or served during the step 1 14, cause the timer or Cock piously started by the rich med:a 
file dunng the step 110 above to stop during step 1 16. ^ternative.y, dunng step 1 16, the rich 
med,a or scnpt may cause the user's browser to simply note the time at which the image is 
received by the user's browse, Therefore, the total time elapsed between the execution of step 
12, ,,, the sending by the user's browser of a fetch image request, and the receipt by the 
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user's browser of the image served during the step 114 is measured. This measured time will 
closely approximate the round trip transfer time between the user's computer or browser and 
the server from which the image served during the step 1 14 was served (the media server 38 in 
this example). From this round trip transfer time, the user's bandwidth (including effective 
bandwidth) can be determined. The steps 114, 116 may be considered as a single step and not 
as completely independent steps. For example, the rich media executed during step 1 14 may be 
the same rich media executing during step 116. The step 1 16 is essentially optional and is 
illustrated primarily for explanation of the method 100. 

In general, the user's bandwidth of the currently available bandwidth (in bytes per 
second) between the server and the user's computer can be determined from the transfer time 
by dividing the number of bytes transferred by the elapsed transfer time in seconds. 

In a more specific implementation, user bandwidth can often be determined from the file 
size transferred between a user and a server and the transfer or load time for the transfer of the 
file. A problem for users connected to a computer network is latency, which can be defined as 
the delay between the time a user requests content and the time the user starts to receive that 
content. High latency may occur in users connected in remote locations to a computer 
network and/or when communications problems cause the "route" of a connection in the 
computer network to go through many relay stations including multiple orbiting satellites. 
Other causes can be business-related, such as the user who is connected to an ISP (Internet 
Service Provider) who, in turn, is connected to another ISP (and possibly others) before the 
communications can travel at high speeds on a computer network, such as the "Internet 
backbone." 

The major factors contributing to a user's low effective bandwidth are the use of a slow 
modem and high demand on the computer network, such as the Internet, to which the user is 
connected. Other causes can be: the user's ISP has slow modems, "poor telephone connections 
from user's modem to the phone company's central office, or any combination of those factors. 

If a user's browser is connected to a computer network, such as the Internet, through a 
fast connection and is close to a server (in geographic proximity), the transfer time between the 
user's browser and the server of a small amount of data (e.g., one hundred bytes) will appear 
small (e.g., twenty milliseconds). If a larger amount of data (e.g., one thousand bytes) is 
transferred from the same server to the same user, the transfer time will be greater (e.g., one 
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hundred and ten milliseconds). In this example, the latency could be determined to be low 
(e.g., ten milliseconds) and the user's bandwidth to be high (e.g., ten thousand bytes per 
second). 

If the user is connected to the computer network through a slow connection and is 
close ,o the server, the transfer time between the user's browser and the server of a small 
amount of data (e.g., one hundred bytes) might appear somewhat small (e.g., one hundred and 
.tarty miffiseconds). If a large amount of data (e.g., one thousand bytes) is transferred between 
the server and the user's browser, the transfer time will be much greater (*,. one thousand 
and thirty miHiseconds) ,„ this example, the .atency cou,d be determined to be somewhat ,ow 
(e.g., thirty mnliseconds, and the user's bandwidth to be low (e.g., one thousand bytes per 
second). K 

If the user is connected through a high speed connection to a server, bu, a great 
distance from the server, the transfer time between the user's browser and the server of a small 
amount .of data (e.g., one hundred bytes) win appear somewhat .arger (e.g., one thousand and 
en m, seconds). Transfer of a .arge amount of data (eg: one thousand bytes, may seem to 
<ake only slightly longer (e.g., one thousand and one hundred milliseconds). In this example 
the atency could be determined to be very high (e.g., on e thousand milliseconds) and the user's 
bandwidth to be high (e.g., ten thousand bytes per second). 

Lastly, if a user has a slow modem and, therefore, a slow connect to the computer 
network, and the user is a great distance from the server, the transfer time between the user's 
browser and the server of a small amount of data (e.g.. one hundred bytes) wi „ appear vety 
arge (e.g., f ou „ee„ hundred milliseconds,. If a large amount of data (,,„ one thousand bytes) 
- -sferred the transfer time win be even greater (,,„ twenty-three hundred millisecond* 

In tins example, the latency could be determined to he hi.h r. „•>.•■ L 

. .. , oetermined to be high (e.g., thirteen hundred milliseconds) 

and the user s bandwidth to be low (e.g., one thousand bytes per second) 

The following formula is suggested as a basis for this analysis: (Bytes transferred • 
("Byes per miUisecond, . K..,) + K t . 2 + (Latency • K L1 ) + K u = Round Trip Time 
muhseconds) where K^„ K M , K L „ and K u are adjustment constants and factors More 
specficaliy, K„„, is a calibration factor constant for applied to affect bandwidth K„ is a 
calibration additive constant apphed to affect bandwidth, K L1 is a calibration fac'tor constant 
applied to affect latency, and K u is a captation additive constant appUed to affect latency 
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Calibration and determination of these constants must be done with clients with a known 
proximity to servers and known transfer speeds to determine actual bandwidth and latency 
constants to determine the values for K bwl , K bw2 , K u , and K u . 

Once the transfer time and/or bandwidth (the term "bandwidth shall also encompass the 
concept of "effective bandwidth"), between a user's computer and a server are determined, 
additional content to be sent or served from a server to the user's computer or browser may be 
selected, or not selected, if the transfer time between the server and the user's computer is too 
long or if the user's bandwidth is insufficient to allow delivery of large images, such as rich 
media, within a specified period of time. If the transfer time between the server and the user's 
computer is short enough or the user's bandwidth for the connection between the server and 
the user's computer is large enough, the user may be connected via a high bandwidth network 
to the server. Therefore, rich media files may be sent to the user's computer without requiring 
significant amounts of time. In contrast, if the transfer time between the server and the user's 
computer is sufficiently long or the bandwidth for the connection between the user's computer 
and the server is too small, the user may be connected via a low bandwidth network to the 
server. Therefore, it may be preferable to send only smaller files in response to image request 
signals generated by the user's browser. 

During the step 116, the user's browser may also optionally request that content be 
served to the user's browser. In addition, the user's browser may optionally send or transmit 
the transfer time and user bandwidth information and other information regarding the 
operational or performance characteristics or configuration of the user's computer to another 
computer, server, or other device connected to the computer network 22. For example, the 
user's browser may send or transmit the information to the log server 48, the proton servers 40, 
42, the ad selection server 32, the media server 38, a log file, or a profile repository. The 
user's browser may also include such information in a cookie or other information or data file 
stored on the user's computer. The user's browser may also send other information such as, for 
example, information related to the time/date that the transfer time was determined, the type or 
size of the file or image used to determine the transfer time and/or bandwidth, cookie 
information, or other user related information (type of browsers, operating system, computer 
configuration, etc.). During subsequent requests by the user's browser for content (which may 
be initiated by the rich media), an ad selection server deciding which ad or content to be served 
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o the user mjgh. request or use t he stored information regarding the user's bandwidth to se.ec, 
.he ad C0Ment (0 be Mfved (o ^ ^ exampie _ ^ ^ ^ ^ ^ ^ 

whrcn ad to serve the user located a, the computer or terminal 24 after receiving a content 

vew a cootae, if any, sent with the requea (Q see . f ^ 

user has already been determined. If the bandwidth ^formation for the user has been 
detained the ad seiection server 32 can.use the information to determine which ad or piece 
of content ,s to be served to the user's browse, If no user information exist* the ad seiection 
server mtgh, tmplemen, the method ,00 to gather and store the user information in the proton 
erver 40 alog fiie, a profile repository, or on the user's computer for furtheruse. The u 
band „ md , ime information ^ ai$o ^ fM Ktejng ^ 

executable software or applications to be served or sen, to user and during dynamic 
configuration of executable software prior to or after being served to a user 

the ste T" T ^ " med ' hat * e riCh mCdia ° r « ™ 

*e tep „0 may be tnitiating or causing the use,s browser or compute ,o perform Cher 

1 :;;:;^ t t st : u6orbefore • duri "- 
the step , 16 ,he nch medta scr,p, may also cause the use,s browser to fetch or request other 

mages so that transfer time and/or the user, bandwidth between the user, compul an , er 

devtces connected to the computer network 22 may be denned. Such additional requeld 

■mages may be of various tile or packet s,es to a„ow for transfer times various si 2 es or ty^ 

of .mages or files to be determined, stored in a cookie or proton server, or used for center 

i :ir webpase ~-- r ^---^-s,ep„ M hericn: 

m y .ntttate or run one or more nested sequences of one or more steps in the method 1 !0 or 
■nutate a request for content to be served to the user's browser 

steps m^dTT ° f ^ ^ °"- ,ine " 8 

2 7 advertisement, advertising banner or other content selected to be 

Z I 3 C °" neC,ed 10 1 COmPUKr — " ^ « - » P«. o" -e user's 

IT t: ' ime be,WM " ft0m "** «" or advertising 

banner w,„ be sen,ed and the use,s computer or browser to which the advertisement 

suZirr or t con,era wiu be serced R ~ iw ** 

a ser.es of commands ,s provided be,ow. In addition, a representative implementation of 
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the method 100 in an ad serving context is also described below. 

A second embodiment 200 of a method designed in accordance with the principles of 
the present invention is illustrated in Figure 3. While the method 200 is useful for determining 
transfer time and/or user bandwidth for data, email, executable software, web pages, files, 
banners, images, and other content etc. selected, configured, and sent between a server, such as 
the ad selection server 32 or the media server 38, and a computer, such as the computer 24, on 
which browser software is operating, unlike the method 100 previously described above, the 
method 200 is preferably used for browsers incapable of supporting, operating, or running rich 
media, such as a SCRIPT or IFRAME, or when a server only solution is desired that does not 
require a user ! s computer to operate or execute rich media files. 

During the method 200, a user's browser, for example the browser operating on the 
computer 24, sends or initiates a fetch web page request during step 202 to a web site server, 
such as the server 46, that requests that the web site server send or serve a web page to the 
user's browser. Such a fetch web page command or request generated by the user's browser 
during the step 202 might take the form of, for example, 

http://www.excite.comAVebPagel.html. The step 202 in the method 200 is generally similar 
to the step 102 in the method 100 previously described above. 

The web site server to which the fetch web page request is sent during the step 202 will 
then serve or send the desired web page to the user's browser during step 204. The web page 
sent or served to the user's browser during step 204 will include a link or other reference to an 
image or banner to be fetched or requested by the user's browser during step 206. The image 
may or may not be located on the same server or device as the original web page fetched or 
requested by the user's browser during the step 202. For example, the web page fetched or 
requested by the user's browser during the step 202 may be located on the server 46 while the 
image fetched by the user's browser during the step 206 may be located on the server 46, the ad 
selection server 32, the media server 38, or some other device connected to the computer 
network 22. For. purposes of further explanation, but not limitation, of the method 200, the 
image will be assumed to be stored on or located at the ad selection server 32. 

Upon receipt by the user's browser of the desired web page served during the step 204, 
the user's browser will send a fetch image request during the step 206. Such a fetch image 
command or request generated by the user's browser during the step 206 might take the form 
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of, for example: 

h "P^^ Locadoni 
Upon rec.pt of the image revest generated by the user's browser during The step 206 
dunn g step 2 o 8 . The ^ ^ ^ ^ ^ 

sen ^t e u^..^^^^ ^ 

HTTP 302 Red.rect command may take the form of, for example- 
HTTP/1.0 302 Moved Temporarily 
10 totalcnt=516 
duration 0.20 
Connection: close 

Date: Tue, 27 Oct 1998 1 5:50:54 GMT 
Location: http://204. 152. 166.208/new.gif 
15 Server: Apache/1.2.1 

Content-Type: text/html 

Client-Date: Tue, 27 Oct 1998 15:50:53 GMT 

^^TTT^^^^ expires=M - 18 *» «*» 

04.20.21 GMT; path-/; domain=.preferences.com 
Title: 302 Moved Temporarily 

<HTML><HEAD> 

<TTTT Cs-ini t> » , „ 

moved i emporarily</TITLE> 
</HEAD><BODY> 
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<Hl>Moved Temporarily</Hl> 

,ne ad IT 1 ^ WHe " ^ SeleC " 0n 32 " ° thCT **• ~* ' «*« — 
•h= ad S e e«,o„ sender 32 or Cher device is .eiiing or providing ,„e recipient of*, redirec, ' 

— d « duri „ g tne s ,ep 208 directs the ^ browser to ^ J*- 
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from the same server (in this example, the ad selection server 32) that generated the redirect 
signal, as will be discussed in more detail below. 

During step 210, the ad selection server 32 also starts a clock or timer, or notes the 
current time, to measure the transfer time between the ad selection server 32 and the user's 
computer. The step 210 can be performed prior to or after the step 208 or simultaneously with 
the step 208. 

After the user's browser receives the redirect signal or command generated and sent 
during the step 208, the user's browser fetches or requests another image during the step 212. 
As previously described above, the fetch image request generated by the user's browser during 
the step 212 is preferably directed to the same server or computer as was the fetch image 
request generated by the user's browser during the step 206 (in this example, the ad selection 
server 32). If so, the same server that received the previous fetch image request generated by 
the user's browser during the step 206 will receive the second fetch page request generated by 
the user's browser during the step 212. In this example, the ad selection server 32 would 
receive both fetch image requests generated by the user's browser. 

Upon receipt during step 214 of the second fetch image request sent by the user's 
browser during the step 212, the ad selection server 32 preferably will stop the clock or timer, 
or note the current time, during step 216 that was previously started or initiated by the ad 
selection server 32 during the step 210. From the clock or timer information, or the elapsed 
time information generated by noting the current time during steps 210 and 216, the elapsed 
transfer time between the ad selection server 32 and the user's computer can be determined by 
the ad selection server 32 or some other device and used in computing the user's bandwidth. 
The bandwidth determination for the user can be used to select or configure email, web pages, 
executable software, banners or other content for delivery or serving to the user's browser, as 
described above in relation to the method 100. 

Also after receiving the image request during the step 214, the ad selection server 32 
may optionally serve or send content to the user's computer or browser for display to the user 
during step 218. The steps 216, 218 may be performed in any order or simultaneously. The ad 
selection server 32 may also optionally send the information regarding transfer time and user 
bandwidth to other servers or computers, such as the proton servers 40, 42, media server 38, or 
log server 48, during step 220, a log file, or a profile repository. In addition, the ad selection 



Ts ,f a 7 ' ime ^ ba " dWidth « - * d -*» -er 

cause the transfer time a „d,or ba „dwidth infonnatio „ ,„ be ^ ta 

on • e user s computer during step 220. The steps 2!8, 220 m ay also be performed 
s.muiuneouslyorinreverseorderandei.herorbo.hofstepsais 220,™ h 

300 of a method designed i„ accordance w,.h the principles 
present _ ,s iiiustrated in Figure 4. The method 300 includes ma„ y of the sam s e^ 
prev,ous ly desc rib edahove for the method 200. In fact, steps 202, 204 206 T 

-16 and .20, and does no. mclude the step 218. The steps 302 304 and 306 of ,h ,. „ 
300 wii, „ ow be described in more detail. • ^ -d 306 of the method 

Afler the ad selection server 32 stops the dock or time during step 216 the „H , ■ 

server 32 sends a ■• . , " p tne ad selection 

sends second redtrec, s.gnal or command, which may be a Status HTTP 302 

Reduce, durmg the step 302. Unlike the redirect signa, or command generated h y the ad 
selection server 32 during the st en ?ns u ,. ^uoytnead 

second fetch of a ■ , ' "*"* ^ b ™ WSer » a 

aerated by the ad selecon server 32 during the step 302 wi„ preferably direct the user, 
browser to content located on a different server or device connected to th 
22, such as the media server 38 S„,H „ „• 00mpU,er nMWOrk 

example above. " ^ - f °™ « « in the 

Before the ,d selection server 32 sends the redirect signal during the 30, ... . 
selection server 32 mav sele,-, „ r „ c P 2 ' lhe ad 

«„g r^rr™: rewives ,he redirect — d ~ * - - — -~ 

content during s ^ Sue a7 t ^ " ^ " ^ ** ™ « 

h..o-//,H r COmen ' may Uke ,he f °™ ° f . ft" example 
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The steps 216, 220, 302 may occur simultaneously or in a different order. In addition, 
the step 220 may occur before one or all of the steps 302, 304, 306 or simultaneously with any 
of the steps 302, 304, 306. In addition, any or all of the steps 302, 304, 306, 220 may be 
eliminated from the method 200 without affecting the bandwidth or transfer time determinations. 

A fourth embodiment 400 of a method designed in accordance with the principles of the 
present invention includes the use of a sniffer, such as the sniffer server 44. As previously 
discussed above, a sniffer is generally a software utility that resides and operates on a server, 
computer, host, etc. The sniffer software captures data and packet traffic and allows analysis of 
such data and packet traffic. In the example network apparatus provided in Figure 1, the sniffer 
server 44 is connected to the computer network 22 and also to the ad selection server 34 and 
the media server 36. Traffic and data communication between the ad selection server 34, the 
media server 36, and the computer network 22 all pass through the sniffer server 44. Therefore, 
the sniffer software resident and operating on the sniffer server 44 can examine the traffic and 
data communication between the ad selection server 34, media server 36, and the computer 
network 22. In general, the method 400 works similarly to either of the methods 200 and 300 
previously described above except that steps 210 and 216 are not needed. Since the sniffer 
server 44 can monitor traffic flowing from the ad selection server 34 and the media server 36 to 
the computer network 22, and vice versa, the sniffer server can monitor when image requests 
are generated that are received by the ad selection server 34 and the media server 36, the sniffer 
can monitor the time and date that each image request passes through the sniffer server 44 and 
the time each redirect command or image passes through the sniffer server. From such 
monitored measurements, the transfer time and/or bandwidth between the ad selection server 34 
and a user's computer and the transfer time and/or bandwidth between the media server 36 and 
the user's computer can be determined, stored, and sent to other devices connected to the 
computer network 22 such as the proton servers 40, 42 or the log server 48. The sniffer server 
might also send information to the other devices connected to the computer network 22, such as 
the size or type of file used to determine the transfer time and/or user bandwidth, any cookie IP 
address, or other information that might be associated with the user or the user's computer or 
browser. 

One advantage of the method 400 is that it is an entirely passive approach. That is, the 
method 400 simply watches packets or traffic as they flow back and forth on the computer 
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network 22. Therefore, from a use* perspective, there are no perfbrmanM pe „ aWes ^ 
bother advantage of the method 400 is tha, the method 400 does not require any special 
software to be resident or installed on a user's computer. 

A disadvantage of the method 400 is that the sniffer serve, need, to monitor most if not 
a„, traffic : that passes through i, to extract the information needed to compute transfer times and 
bandwtdth. Therefore, the method 400 is iabor intensive and may prevent the sniffer server from 
betng used simultaneous* for other purposes. Another disadvantage of the method 400 is that 
errors ■„ transfer time and/or bandwidth calculations can be introduced, particular* when a 
user's computer, such as the computer 26, is connected to the computer network 22 via a 
caching proxy server, such as the proxy server 30. The problem is created when the user's 
computer has a low bandwidth or s,ow connection to the caching proxy server while the proxy 
server has a nigh bandwidth or fas, connection to an ad selection server and/or media server 
From the sniffer server's point of view, the bandwidth or transfer time estimate wil. reflect the 
throughput or transfer time between the suffer server and the proxy server and no, the 
throughput or .ransfer time between the sniffer server and the user's computer. An incorreo, 
calculate of transfer time or bandwidth may resuit in the transfer of a rich media advertisement 
over a low bandwidth connection to a user's computer, thereby potentially creating an 
unsatisfied or disgruntled user. 

As previously discussed above, the methods , 00, 200, 300, 400 are usable in an ad 
select, on and serving application. In addition, each of , he methods 100, 200 300 400 are 
usable for dynamicaily selecting or configuring comen,, execmable software web pages or 
efcctronic mail (email) to be served or sen, ,o a user or a user, browse, A use of any of ,he 
methods ,00, 200, 300, 400 in an ad or web page selection or configuration implementation 
m,gh, allow d,fferen t levels of content to be included or excluded based on the user's bandwidth 

formatted tex,, more or fewer images (each us,„ 8 more or less animation), audio, video, Java 
Applets, configuration information for Java Applets, etc. based on the use, bandwidth or the 
transfer time to the use,. Configuration of executable software would allow, fo, example, some 
taernet-enabie software to configure itself or other software in the amount of type 
features o, ,„ the way the software executes on , compute, o, other device. 

A specific implememation of ,he method 100 in such an ad selection and serving 
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application using the Internet might proceed as follows: First, a user's browser makes a request 
to a web site for a web page to be served over the Internet to the user's browser. This 
corresponds to the step 102 in the method 100. Next, a web server at the web site serves the 
requested web page to the user's browser via the Internet. This corresponds to the step 104 in 
the method 100. 

The content served by the web site's web server may include references to additional 
content, which may also be served by the web site's web server, or which may be served by 
other web servers. This scenario assumes that the web page includes a reference to an ad 
selection server is included in the content. 

The user's browser then renders or displays content received from the web site's web 
server. Reference in the content to ad selection server causes a rich media request to be made 
by the user's browser to the ad selection server. This corresponds to the step 106 in the method 
100. 

The ad selection server receives the rich media request from the user's browser. As the 
HTTP specification states, when a request made by a browser to a server, "cookies" previously 
set by that server (or servers in that server's domain) are sent in the "header" of that request. If 
the ad selection server took measurements (bandwidth, CPU, etc.) in the past in the past for the 
user, that data is now available to this process and may affect the behavior of the ad selection by 
the ad selection server. Speed-related information may not be available in the cookie sent with 
the request, but the user's unique identifier may be. 

If measurements for the user were previously taken and stored in, for example, a proton 
server, the ad selection server may refer to the proton server for speed or bandwidth information 
associated with the user. Whether or not the proton server has speed data about the user and 
what the data values are can determine whether further measurements are taken and what ad is 
eventually served by the ad selection server to the user's browser. ' 

If no bandwidth measurement data for the user exists, the ad selection server may 
optionally invoke a determination of bandwidth between the user's browser and the ad selection 
server by serving rich media to the user's browser. The rich media served to the user's browser 
will include a logic file to be executed by the user's browser upon receipt of the logic file. This 
corresponds to step 108 in the method 100. 

Upon receipt of the rich media by the user's browser, the user's browser will execute the 
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logic file. This corresponds to step 110 in the method inn tu , ■ 

- °«.'oo k for a cooldes t o red on the US e r -s=o mpu ,e r containing 
b» w.dth m [s previous , y takM ^ a cooUe J 

n_e„,s and other informal stored in the cookk CQu|d 

measurement nave determined the user t0 have a s,ow connection, the browser 

2 ^ inf0rma,i0 " '° ^ - -"*» — «* - *e d selecT 
"«r selects a smali ad to be served , 0 th e user's browser 

». If no cookie exists on the user's computer with the bandwidth measurement 
- ormauon, the io 8 ic file may ins,™ the user's browser to take a bandl! 
measurement !„ order to do so, execution of the logic „,e directs the user s 
browser makes note of the current time IT ! 

steDH2nf,i, era "me(T 0 ),sendan unage request (during the 

pm of the method ,00) to the ad section server, receive an image from 
.he ad select™ server (during the step , ,4 of the method ,00, in response o the 
■mage request, note the current time asain ,^ a a 

time (T T 1 F u Ft. """"^(^"Itowinefc total transfer 
umeUj-T,). Each of these procedures -,,„ I,. • , j 

procedures can be included m step no of the 

method ,00. The results of the tota, transfer time measurement can be 
~ to ,he ad se,ec,io„ server or some other device or stored in a cookie 
on the user's computer as part of the step 1 , 0 or the sten n « • „ 
The ,no,v m. i. „ SIep 1 ' 6 ,n *e method , 00 

l081C fiIe ^ ^ COnfigUred so *« the transmission of the transfer time 

information occurs as part of a request to th. a H , • anstertune 
J . . request to the ad selection server or orh*r 

uev.ce, and could have the form of the following: 

http://ad.preferences.com/data nesnacpHAc^ 
' , T aia - n g> s P ace desc-Carnpaignl_Sitel 468x60 Packa* 



Optionally, the logic file could cause th. „..,•. k 

CPU sn„H WS " or c °mpu,er perform a 

CPU speed measurement of the user's computer (bas.ca.ly, performing some 
***** such as generation of a random number some number of time 2 
noting how long that took} Farh n f*u 

HOofth" „ „ Each °f these procedures can be included in step 

1 1 0 of the method 1 00. The results nf th* T 

results of the CPU speed measurement can be 
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transmitted to the ad selection server or some other device or stored in a cookie 
on the user's computer as part of the step 1 10 or the step 1 16 in the method 100. 
The logic file may be configured so that the transmission of the CPU speed 
measurement occurs as part of a request to the ad selection server or other 
device. 

After the bandwidth or travel time measurement is made, the user's browser may 
subsequently request content be served to the user's browser. The ad server selects and serves 
the appropriate content to the user based on the user's bandwidth.. For example, if the user's 
bandwidth is too slow, the ad selection server, upon receipt of a request by the user's browser, 
may send content having a small size, a black and white image for example, to the user's 
browser. 

If information regarding the user's bandwidth and/or CPU configuration are stored on 
devices connected to a computer network, such a proton server, access to the proton server, and 
the user information stored thereon, may be offered to third parties, such as web site owners. 
Assuming a third party's system has such access to the user information, their web server may 
receive a request for a web page that is to be customized based on each user's effective 
bandwidth. Their system would make a request to the proton server for speed data about a 
particular user, providing the user's unique identifier. If data for that user is available, it is 
returned to the system. Using that information, the third party system may dynamically 
construct the web page specific to that user's capabilities. For example, if the user is determined 
to have a slow Internet connection, the web page may be short and contain few image 
references. Rich media may be available to the user, but not included on the web page. In 
contrast, if a user has a fast connection, the web page built for them may contain many images, 
even audio and video playing as they load the web page. Data on users in the proton server 
would be available within seconds or minutes from when the measurements are taken. 

User data may also be stored on or added to a log server or profile repository associating 
users with effective bandwidth. Third party systems could have access to data about users' 
connections and systems similar to how described for the proton server. The difference is that 
the proton server's data is provided in close to real-time, where a profile repository's data is 
generally available only after post-processing the log files. 

The foregoing description is considered as illustrative only of the principles of the 
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mvenuon. Furthermore, since numerous modifications and changes will readily occur to those 
stalled ,„ the an, i, is „„, desired to limit the invention to the exact construction and process 
shown and described above. Accordingly, all suitable modifications and equivalents may be 
resorted to falling within the scope of the invention as define, by the claims that follow For 
example, the methods ,00, 200, 30O, 400 described above may be used to aide in dynamically 
creattng or generating web pages or content before such web pages or content are delivered or 
served to a user (,.,, in determining the sizes and types of images, files, etc. included in th. web 
page), ,„ deciding whether or no, serve rich media to a client/user, or to make data regarding the 
user's system configuration, bandwidth, etc. available via proton servers or on the user's 
computers for other use, ,„ addition, information stored and/or created along with transfer 
tune and/or user bandwidth information might include the time/date of the transfer time 
computatton, user information, information regarding the configuration or capabiliues of the 
user's computer, the file si 2 e( s , of fi,e(s) downloaded or served to the user, and/or an 
identification, cookie, or Imerne, Protocol (IP) address associated with the user The term 

2 TZ herei "' ShOUW b ° C ° nStraed br ° ad,y ' 3 " d U " - h - any type 

STTh Con,em mav inc,ude or comprise baMers ' j ™ 

VBSCRIPT, and other SCRIPT, IFRAME references, *deo, audio, or other types of rich media 

or mformatton. In addition, the definitions of the terms ,rave, time- and "transfer time- should 

no, be hmtted ,„ any way and different definitions may be used without varying from the scope 

of the presen, ,„ven,,on. For example, the ,erms ".ravel time" and "transfer time- may be 

defined as the total elapsed time between the time when a server begins servutg an ad or image 

and the time when the device requestine the ad nr ," ma o» • « 

jesting tne ad or image receives the complete *d o- : ~a~~ 

o?ir ive !',r e ,era,s may be deflned m the ,ime be,ween whe - * **» -™ ^ 

or .mage and the ,, me when the ad or image is firs, being received by the device or , he time 
when the ad or .mage has been W, received by ,he device. The term "executable software » as 
used herem, should no, be limited and includes and encompasses, bu, is no, limi.ed ,o, compu.er 
programs, or applicanons, compu.er or software code, lis.s or sequences of compu.er or 
™ P leme„,ab,e or execu.able ins.ruc.ions, commands, program s.eps, codes, e,c, 
SCRIPTS, sonp, files, Java Applets and program lisungs, regardless offorma, or form 
Cncluding electronic and print), and any and a„ other forms of software or programming that 
can be operated with a compuler or browser, regardless of form or forma. 
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The following JavaScript is for use with the method 100 previously described above and 
is particularly directed to browsers that can render/execute an "EFRAME" tag. 
<html> 

<head><script> 
5 <!- 

var ttl,tt2 = 0,bytesPerMilli; 
var loopsPerMilli = 1; 

var lim = 1; // dynamic package name & bandwidth limit 
var imageSize = 4288;//number of bytes for this image 
10 var loadCount=0; 

var N = 1000;//initial value of number of loops to perform 

var K = 25;//number of milliseconds to perform N number of loops for 

var elapsedTime = 0; 

var isOkBrowser = navigator. appVersion && navigator, app Version. substring(0,l) > 3; 
15 function setCookie (BPM,LPM,tMeasure) { 
var volatility = 86400000 * 7; 
var cookieLife = new Date(tMeasure + volatility); 
var cookieString = cookieLife.toGMTString(); 

var newCookie = "Bpm=" + BPM + "-" + LPM + M - M + tMeasure + ";expires=" + cookieString 

20 + "; 

path=/ M ; 

document. cookie = newCookie; 
alert(" Setting cookie :" + newCookie); 

.} 

25 function tstartO { 

if ( loadCount = 0) { 
loopsPerMilli -= checkCpu(); 
ttl = (new Date()).getTime(); 

} 

30 } 

function tendQ { 
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if ( loadCount-f-t- = 0 ) { 

"2 = (new Date()).getTime(); 
elapsedTime = tt2 - ttl; 

if (elapsedTime < ,) e lap S edTi m e - l;//so that bytesPerMilli does not become infinity 
^ bytesPerMilli = imageSize / elapsedTime; 

setCookie(bytesPerMilli,loopsPerMilli,ttl); 
logSpeedO; 

} 

} 

10 function showRich() { 

v 1&ML _FSZ- +. m ageS iz e + » & ML.LDTM- + e 1 ap S edTi m e + » & ML + 

(loopsPerMilii * 1000); 
15 } 

function logSpeedO { 
if (isOkBrowser) { 
im2 = new Image(); 
im2.src = 

20 "h«p://u n clec. m a,c W ogic.co,„:2022/da,a, g;S pacede S c^a_ ADNET@@ @@ML sm 
-geSize + -*ML + elapsedTjme + .. &ML _ cspD J + , " ~ 

} 

25 function checkCpu() { 
var eTime = 0; 
while (eTime < K) { 
N*=2; 

eTime = getElapsedTime(); 

30 } 

return (N / eTime); 
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} 

function getElapsedTime() { 
var t3,t4; 

t3 = (new Date()).getTime(); 
for (var i = 0; i < N; ++i) { } 
t4 = (new DateO)getTime(); 
return (t4 - t3); 

} 

function isCookieSet() { 
var currentCookie = document.cookie; 
var pos = currentCookie.indexOfC'Bpm^"); 
if(pos!=-l){ 
var start = pos + 4; 

var end = currentCookie.indexOf( M - ,, 5 start); 
if (end = -1) end = currentCookie.length; 
bytesPerMilli = currentCookie. substring(start, end); 
loadCount=l; 
start = end + 1 ; 

end = currentCookie.indexOf( ,, - n , start); 
if (end == -1) end = currentCookie.length; 
loopsPerMiIli= currentCookie. substring(start,end); 
return true; 
} else { 
return false; 

} 

} 

//«> 

</script> 

</head> 

<body onLoad= n tend();"> 
<script> 
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<!— 
ii 



if (isCookieSetO) { 
// aIert("Coolcie is Set! No need to remeasure! "); 
elapsedTime = imageSize / bytesPerMilli; 
S //a.er.rBpn,- + bytesPerMilli + , |pm .. ; + . ^ + _ 

imsize=" + imageSize); 
if(bytesPerMilIi > lim) { 
showRichO; 
} else { 

1 0 document . write('<A 

_SI TC@@ . @@W IDTH @@x@@ HE,GHT @@Jmage _ any&rMdom 

15 document.write('<IMG 

SRC-hfp;//unc 1 ec. m a 1 ch,o 8 iccom:20 2Mm a 8 e.„g ;S pacede S c=@@ML ABNEiaa fflSMI 

- &ML_FSZ- + .mageS.ze + '&ML_LDTM- + elapsedTime + 
'&ML_CSPD=' + (loopsPerMilli * 1000) + •••>< /A> y 
20 } 

} else { 

tstartO; 

document. write('<A 
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- S,TE@@ - @@WIr,TH @*@@HEIOHT @@Jmage _ any&random 4 @MlS22 



document.write('<IMG 



w.d,h=@@WIDTH@@ haght^@HEIGHT@@x/A>.j. 
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} 

//--> 
</script> 
<noscript> 
<A 

HREF= ,, http://unclec.matchlogic.com:2022/dick^ 

E@@WIDTH@@x@@HEIGHT@(^ 

aType&event=html&click=@(^J^DM 

target=_blank> 
<IMG 

SRC="http://unclec.matchlogicxom:2022Aimage^^ 

_SITE@@_@@WTOTH@@x@@HEIGHT@@Jmage_any&random=@@ML_TIME@@ 
/A> 

</noscript> 

</body> 

</html> 

The following JavaScript is for use with the method 100 previously described above and 
is particularly directed to browsers that CANNOT render/execute the "IFRAME" tag, but can 
interpret/execute JavaScript, 
var ttl,tt2 = O.bytesPerMilli = O.loopsPerMilli; 
var lim = 1 .4; // dynamic package name & bandwidth limit 
var imageSize = 4288;//number of bytes for this image 
var loadCount=0; 

var N = 1 000;//initial value of number of loops to perform 

var K = 25;//number of milliseconds to perform N number of loops for 

var delay = 500;//delay in milliseconds needed 

//var isOkBrowser = navigator.appVersion && (navigator.appVersion.substring(0,l) > 3) && 
(navigator.appVersion. indexOf("4. 01") = -1); 

var isOkBrowser = navigator.appVersion && (navigator.appVersion.substring(0,l) > 3); 
function setCookie (BPM,LPM,tMeasure) { 
var volatility = 86400000 * 7; 
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var cookieLife = new Date(tMeasure + volatility); 
var cookieString = cookieLife.toGMTStringO; 

v»r newCookie = »Bpm=" + BPM + + LPM + + tMeasure + '^expires- + cookieString 

> 

path=/"; 

document, cookie = newCookie; 
alert("Setting cookie :" + newCookie); 
} 

function tstart() { 

if ( loadCount = 0 ) { 

loopsP'erMilli = checkCpuO; 
ttl = (new Date()).getTimeO; 

} 

} 

15 function tendO { 

if ( loadCount-H- = 0 ) { 

tt2 = (new DateO) . getTimeO; 
elapsedTime = tt2 - ttl - delay; 

if (elapsedTime < 1) elapsedTime = l;// enS ure elapsed is not too small 
bytesPerMilli = imageSize / elapsedTime; 

setCookie(bytesPerMilli,loopsPerMilli,ttl); 
logSpeedO; 

} 

} 

25 function logSpeed() { 
iml.src = 
••http://undec.ma^^ 

@@_@@WIDTH@@x@@HEIGHT@@_runof S ite any&ML MTHD=JS_vi&ML FSZ- + 
imageSize + ^MLLDTM- + elapsedTime + » &M L_CSPD=» + (loopsPeTlVlilH * TooO); 

function checkCpuQ { 
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var eTime = 0; 
while (eTime < K) { 
N*=2; 

eTime = getElapsedTime(); 

} 

return (N / eTime); 

} 

function getElapsedTimeO { 
var t3,t4; 

t3 = (new DateO)-getTime(); 
for (var i = 0; i < N; { } 
t4 = (new DateO)^getTime(); 
return (t4 - t3); 

} 

function isCookieSet() { 

var currentCookie = document. cookie; 
var pos = currentCookie. indexOf( H Bpm-'); 
if(pos !=-D { 

var start = pos + 4; 

var end = currentCookie.indexOf( M - M ) start); 
if (end = -1) end = currentCookie.length; 
bytesPerMilli = currentCookie. substring(start,end); 
start = end + 1; 

end = currentCookie.indexOf( M -'\ start); 
if (end == -1) end = currentCookie.length; 
loopsPerMilli= currentCookie. substring(start,end); 
return true; 

} else { 

return false; 

} 
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function showDeffianner() { 

document. write('<a 
href^http://unclec.m^ 
ITE@@_@@wroTH@@x@@H^^ 

5 P =Medi aType&event=htmI&dick=@^^ 
com" target=_blank>'); 

document. write('<IMG 

SRC="http://undec.matchlogicxom:2022/image.ng;spacedesc=@(^_ADNET@@_@@^ 

_SITE@@_@@WroTH@@x@@HEIGHT@@ J mage_any&random=@@ML TIME(2>(5>»>< 
10 /a>'); ~ 

} 

if (isOkBrowser) { 

if (isCookieSetO) { 

if(bytesPerMilIi > lim) { 

elapsedTime = imageSize / bytesPerMilli; 
document.write('<scr'); 
document.write('ipt 
src=http://unclec.matchlogicxom:2022/jscript^ 
ITE@@,@@wroTH@@x@@HEIGHT@@_speed_an 
imageSize + '&MLLDTM=' + elapsedTime + ^MLj:SPD=l></scr'); 

document.writeCipt^); 

} else { 

showDefBannerO; 

} 

25 } else { 

tstart();//check the initial time 
iml = new Image(); 
document. write('<a 
href^http://unclec.matchto 
m @(§L@@WTOTH@(^ 

p-MediaTyp e & e vent=html&click=@(^_REDmE.CT@@htt P %3A%2F%2Fww 
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com" target=_blank>'); 

document. write('<IMG 

SRC=''http://unclec.matchldgicxom:2022/image.ng;spacedesc=@@ML_ADNET@@_@@ML 
_SITE@@_@@WTOTH@@x@@HEIGHT@@Jmage_any&random=@@ML_TIME@@" 
onLoad=setTimeout("tend()",delay)></a>'); 
} 

} else { 

showD efBannerO ; 

} 

In the examples provided above, many references are made to Matchlogic servers and 
systems which are owned or controlled by Matchlogic, Inc., of Westminster, Colorado,. U.S.A. 
For purposes of further explanation of the previous two examples, the following description 
provides information and techniques related to the Matchlogic servers and systems as used in the 
previous two examples. 

The string M http://unclec.matchlogic.com:2022 n is for demonstration purposes only and, 
in general use, may constructed more like the following: "http://ad. preferences, com". 

For HTTP requests that contain the following strings: 
M http://unclec.matchlogic.com:2022/iframe.ng;spacedesc=" or 
"http://unclec.matchlogic.com:2022/jscript.ng;spacedesc= H , these requests cause the 
MatchLogic ad selection servers and related systems to select rich media content (either a script 
file which could be JavaScript and would execute on the browser, or a ".html" file which is 
HTML formatted web page content and could contain script statements, for example, written in 
JavaScript). Another purpose for using this technique is to measure that the rich media was 
served to the requesting system. If selection of content is to be done by Matchlogic ad selection 
servers, then this technique may be used. If not, the HTTP request may be constructed as in the 
following example: "httpy/media.preferences.com/campaignl/RichMediaAdl.html" or 
"http://media.preferences.com/campaignl/RichMediaAdl.js". 

Usage of HTTP requests that contain the following string: 
,, http://uftclec.matchlogic.com:2022/image.ng;spacedesc=", cause the MatchLogic ad selection 
servers and related systems to select an image file (usually, but not limited to, GIF, JPG or other 
standardized graphics file format). Another purpose for using this technique is to measure that 
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* n ,h,s techn.o.ue may be used. If „o t , the HTTP reaues, may be co«d as in the 
fo..ow.„g example: ■H t ,p:// media . preferences . com/campaignl/simp]eMediaAdi 

Usage of HTML reference, , ha, contain the following string- 
se?ecT M " P://UnCl ™ c ^ 
se iecon and re|a , ed ^ ^ ^ ^ t ^ og. a, 

" C ' iCk °" 3 bUtt ° n " — ^ -interface dele If 
selecon of content, no. ,„ be done by Matchlogic ad selection servers Preference k 
constructed as in the following example- <a href-h„ ;/ Y " 

UsaeeofHTTP ! ta ^ h,tp://www ^ zco ™«™ePage.html». 

Usage of HTTP requests that contain the following string- 

,, http : //unclec.matchl O gic.com:2022/i ra agen S -sDacede S c- - j 

,nf_ to other servers of various tvpes (such as the proton sejrs) and add 
- data to activity ,„ g nles , which are pm , q ^ ^ ^ ° « add 
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Claims 

The embodiments of the invention in which an exclusive property or privilege is claimed 

are defined as follows: 

1 A method for determining transfer time between a client and a first server 

connected to a computer network, comprising: 

serving a piece of information from the first server to the client, wherein said 
piece of information contains executable software; 

causing said executable software to execute on said client; 
receiving an image request from the client at the first server requesting a location 
address for an image to be served to the client; and 

serving said image to said client as a result of said image request signal. 

2. The' method of claim 1 , wherein said first piece of information is a web page. 

3. The method of claim 1, wherein said executable software includes rich media. 

4. The method of claim 3, wherein said rich media includes SCRIPT. 

5. The method of claim 1 , wherein said causing said executable software to execute 
on the client causes the client to send said image request signal. 

6. The method of claim 1, wherein said causing said executable software to execute 
on the client causes the client to start a timer when the client sends said image request. 

7. The method of claim 6, wherein said causing said executable software to execute 
on the client causes the client to stop said timer when said image is received by the client. 

8. The method of claim 1 wherein said causing said executable software to execute 
on the client causes the client to monitor a time period between said client sending said image 
request and receipt by the client of the image requested. 

9. The method of claim 8, wherein said causing said executable software to execute 
on the client causes the client to send information representative of said time period to at least 
one other device connected to the computer network. 

10. The method of claim 8, including computing client bandwidth. 

11. The method of claim 10, wherein said causing said executable software to 
execute on the client causes the client to send information representative of said client 
bandwidth to at least one other device connected to the computer network. 

12. The method of claim 10, wherein said second server is distinct from said first 

server. 
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13. The method of claim 10, wherein .aid second server is said first server 

14. The method of claim ,, wherein said causing sttid executable software to execute 
on the Cent ca.es the client , perform an operation that can Be motutored bv the client 

5. The method of data 14, wherein said operation is internal to the client 

on the , ^ me ' h ° d ° f daim Wherei " MW MUShg SaW °™ tM ° «*»» «o -ecute 
on the chen, creates a signal indicative of the clienfs processing capacities 

17. A method for distributing information over a computer network to a device 

comprising: uevice, 

receiving a page request signal from the device at a firs, server requesting that a 
page be served to the device; H^ungthata 

.nfonna„on for a port,on of executable software located on a second server- 

recetvmg a request signa, from said device a. said second server requesting tha, 
sa,d executable software be served to said device; 

serving said requested executable software to said device; 
causing said device to execute said executable software; ' 
receiving an image request signal from said device for an image; and 
serving said requested image to said device. 

The method of claim ,7, wherein said firs, server is said second server 
The method of claim ,7, wherein said firs, server is said third server ' 
The method of claim 17, wherein said second server is said third server 
T e method of claim .7, wherem said execute software includes rich media 
The method of claim 21, wherein said rich media includes SCRIPT 
The method of claim 21, wherein said rich media includes VBSCRIPT 

executable soft^ ^ ^ ^ *" ^ *" '° ~"» •* 

executable software causes said device to send said image request signa, 

executable soft ^ * ^ "* **» «° «*» -* 

executable software causes the device to star, a timer when the device computer sends said 

image request signal. Said 
executabll soft^ ^ ^ ^ ^ *" » «— - 
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device. 

27. The method of claim 24 wherein said causing said device to execute said 
executable software causes the device to monitor a time period between said sending of said 
image request signal by the device and receipt by the device of the image requested. 

28. The method of claim 27, wherein said causing said device to execute said 
executable software causes the device to send information representative of said time period to 
at least one other device connected to the computer network. 

29. The method of claim 27, including computing the device's bandwidth. 

30. The method of claim 29, wherein said causing said device to execute said 
executable software causes the device to send information representative of said bandwidth to at 
least one other device connected to the computer network. 

31. The method of claim 17, wherein said causing said device to execute said 
executable software creates a signal indicative of the device's processing capabilities. 

32. A method for delivering information over a computer network to a computer, 
comprising: 

serving a piece of information from a first server to the computer, wherein said 
piece of information includes location information for an image; 
receiving a first image request from the computer; 

serving a redirect signal to the computer in response to said first image request; 
receiving a second image request from the computer; and 
serving said second image to said computer. 

33. The method of claim 32, wherein said second image is located on a second server 
distinct from said first server. 

34. The method of claim 33, wherein said first image is located on said first server. 

35. The method of claim 32, wherein said first image is located on said second 

server. 

36. The method of claim 32, wherein said redirect signal includes a Status HTTP 302 
Redirect. 

37. The method of claim 32, wherein said piece of information includes a web page. 

38. The method of claim 33, including said second server initiating a timer in 
conjunction with said serving of said redirect signal. 
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39. The method of claim 38, wherein said second server receives said second image 

request. & 

40. The method of claim 39, including said second server stopping said timer when 
said second server receives said second image request. 

41 . The method of claim 40, including said second server computing transfer time 
between said second server and said computer. 

42. The method of claim 40, including said second server computing said computer's 
bandwidth. 

43 . The method of claim 40, including said second server sending information 
representative of said timer to some other device connected to the computer network 

44. The method of claim 32, including said second server receiving said second 
•mage request and monitoring transfer time between said second server and the computer 

45. The method of claim 32, including computing bandwidth between said second 
server and the computer. 

» 46. The method of claim 45, including sending infonnation relating to said bandwidth 

computat,on to another device connected to said computer network. 

47. The method of claim 45, including storing information relating to said bandwidth 
computation on the computer. 

48. The method of claim 47, including storing information related to said bandwidth 
computation m a cookie stored on said computer. 

49. A method for delivering information over a computer network to a computer 

comprising: F ' 

serving a p.ece of information from a first server to the computer, wherein said 
piece of information includes location information for an image; 
receiving a first image request from the computer; 

serving a first redirect signal to the computer in response to said first image 
request; 

receiving a second image request from the computer; 

30 S6rVing 8 S6p0nd r6direCt Si * nal t0 the colter in response to said second image 

JU request; 6 

sending a content request from the computer; and 
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serving said requested content to said computer. 
50. The method of claim 49, wherein said second image is located on a second server 

distinct from said first server. 

5 1 The method of claim 49, wherein said first image is located on said first server. 

52. The method of claim 49, wherein said first image is located on said second 

server. 

53. The method of claim 49, wherein said requested content is located on a second 
server distinct from said first server. 

54. The method of claim 50, wherein said requested content is located on a third 
server distinct from said first and second servers. 

55. The method of claim 49, wherein said requested content is located on said first 

server. 

56. The method of claim 49, wherein said first redirect signal includes a Status HTTP 
302 Redirect. 

57. The method of claim 49, wherein said second redirect signal includes a Status 
HTTP 302 Redirect. 

58. The method of claim 49, wherein a second server serves said first redirect signal. 

59. The method of claim 58, including said second server initiating a timer in 
conjunction with said serving of said first redirect signal. 

60. The method of claim 59, wherein said second server receives said second image 

request. 

61 The method of claim 60, including said second server stopping said timer when 
said second server receives said second image request. 

62. The method of claim 61, including said second server computing transfer time 
between said second server and said computer. 

63. The method of claim 61, including said first server computing said computer's 

bandwidth. 

64. The method of claim 61, including said second server sending information 
representative of said timer to some other device connected to the computer network. 

65. The method of claim 49, including a second server receiving said second image 
request and monitoring transfer time between said second server and the computer. 
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« The method of data 49, including a second server receiving said second irnaae 
request and computing the computer's bandwidth. 

67. The method of ciaim 49, including computing the computer's bandwidth 
«. The method of Cairn 67, inc.uding sending information relating to said bandwidth 
computahon to another device connected to said computer network. 

®. The method of claim 68, including storing information relating to said bandwidth 
computation on the computer. bandwtdth 

70. The method of claim 49, including computing the computer's bandwidth 
computl orl " ^ ^ ^ ^ ^ » 

execuJon the cf , ^ ° f ^ '* ""*"* Mi " ™* «*»» » 

execute on the chent causes the ciien, to send information representative of the client's 

Process speed to a. leas, one other device connected to the computer neTwork 

^.^^^^^^^^ 

77. The method of claim H. including using said information d„H„„ , e ,„.: 0 - Q , 
execu.ame software to be served to the client. " " ° 

* or contel be se^etir ^ ^ ^ ^ ^ ^ ~ 

It' ° f daim 46 ' indUdin8 U5in S -id infection during selection of 

executable software to be served to the computer. 
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82. The method of claim 47, including using said information during selection 

of content to be served to the computer. 

83. The method of claim 47, including using said information during selection of 
executable software to be served to the computer. 

84. A method for serving information over a computer network to a client, 

comprising: 

serving a web page from a first server to the client, wherein said web page 
includes a reference to an image; 

receiving a first image request from the client at a second server; 
serving a redirect signal to the client in response to said first image request; 
receiving a second image request from the client at said second server; and 
serving content to the client. 
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METHOD AND APPARATUS FOR DETERMINING TRANSFER TIME AND 
BANDWIDTH BETWEEN DEVICES CONNECTED VIA A COMPUTER 

NETWORK 
Description 

Cross-Reference to Re lated Patent Applications 

This patent application is a continuation of co-pending U.S. patent application serial 
no. 09/181,222 filed in the U.S. Patent and Trademark Office on October 27, 1998. 



Technical Field 

This invention relates to an apparatus and method for determining transfer time and 
bandwidth for a data file sent via a computer network and, more specifically, to an apparatus 
and method for selecting a data file to be sent via the computer network as a function of the 
transfer time or bandwidth between two devices connected to the computer network and for 
selecting or dynamically customizing content provided to a client connected to the computer 
network based on the transfer time and bandwidth determinations. 



Background Art 

During recent years there have been rapid advancements in computers and computer 
networking. In particular, the world-wide networks of computers, servers, hosts, and other 
devices commonly referred to as the Internet and the World Wide Web have seen rapid 
growth. The Internet comprises a vast network of smaller wide area networks, local area 
networks, intranets, etc. connected together so as to allow sharing of resources and to 
facilitate data communication and information exchange between users, computers, servers, 
hosts, and other devices. The rapid growth of the Internet is due, in large part, to the 
development and widespread use of graphical user interfaces, called browsers, which allow 
users easy access to the computers, servers, hosts, and other devices connected to the Internet 
and, more particularly, the World Wide Web. 

The World Wide Web forms a subset of the Internet and includes a collection of 
networked servers, computers, and other devices. Each server may contain documents 
formatted as web pages or hypertext documents that are accessible and viewable with a web 
compliant browser, such as the Netscape navigator browser or the mosaic browser. Each 
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hypertext document or web page may contain references to graphic files or banners that are to 
be displayed in conjunction with the hypertext document or web page. The files and banners 
may or may not be stored at the same location as the hypertext document or web page. 

A hypertext document often contains hypertext links to other hypertext documents 
5 such that other hypertext documents can be accessed from the first hypertext document by 
activating the hypertext links. The servers connected to the World Wide Web utilize the 
Hypertext Transfer Protocol (HTTP) which is widely known protocol which allows users to 
use browsers to access web pages and banners or files associated with web pages. For 
purposes of the present invention, the term "banner" is meant to be construed very broadly 
10 and includes any information displayed in conjunction with a web page wherein the 

information is not part of the same file as the web page. That is, a banner includes anything 
that is displayed or used in conjunction with a web page, but which can exist separately from 
the web page or which can be used in conjunction with many web pages. Banners can include 
graphics, textual information, video, audio, applets, animation, rich media, SCRIPT (such as 
15 JavaScript and VBSCRIPT), IFRAME requests (which may contain JavaScript content or 

requests), Flash, Shockwave, Enliven, and links to other computer sites, web sites, web pages 
or banners. The files, banners, hypertext documents, or web pages may contain text, graphics' 
unages, sound, video, etc. and are generally written in a standard page or hypertext document' 
descnpt.cn language known as the Hypertext Markup Language (HTML). The HTML format 
20 allows a web page developer to specify the location and presentation of the graphic, textual 
sound, etc. on the screen displayed to the user accessing the web page. In addition, the 
HTML format allows a web page to contain links, such as the hypertext links described above 
to other web pages or servers on the Internet. Simply by selecting a link, a user can be 
transferred to the new web page, which may be located very different geographically or 
25 topologically from the original web page. 

When using a conventional browser, a user can select which web page or hypertext 
document the user wishes to have displayed on the user's computer or terminal by specifying 
the web page's Universal or Uniform Resource Locator CURL .dress. Each server has a 
unique URL address and, in fact, so does each web page and ,,,, file needed to display the 
>0 web page. For example, the URL address for the U.S. Patent and Trademark Office is 

currently http://www.uspto.gov. When a user types in this URL address into a browser the 
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user's computer establishes a connection with the U.S. Patent and Trademark Office and the 
initial web page for the U.S. Patent and Trademark Office is transmitted from the server 
storing this web page (which may or may not be actually located at the U.S. Patent and 
Trademark Office) to the user's computer and displayed on the user's computer. The web 
page may include a number of graphic images or elements, often referred to as banners, which 
are to be displayed on the user's computer in conjunction with the web page. Each of the 
graphic images is typically stored as a separate file on the server and has its own URL address. 
When the web page is initially transmitted or served from the server to the user's computer, 
the browser receives the URL addresses for the graphic images and then requests that they be 
transmitted or served from the server on which they are stored to the user's computer for 
display on the user's computer in conjunction with the web page. Thus, the browser "fetches" 
the ima S es for display on the user's terminal or computer. The server(s) on which the graphic 
images are stored may or may not be the same server on which the original web page is stored. 
More specifically, since the URL's addresses for the included graphic images are all processed 
separately using the HTML protocols, it is possible and, in fact, common, for these graphic 
images to be stored on separate and even widely distributed computers or hosts, all of which 
are accessible to the user's computer via a computer network. 

The growth of easy access to the World Wide Web and the ability to create visually 
pleasing web pages have helped increase the amount of advertising and other promotional 
materials created for use and display with web pages. For example, a car manufacturer may 
have a web page describing the company and the cars and car parts that the company 
manufactures and sells. Part of the web page may include advertising information or banners 
such as, for example, images of current car models sold by the manufacturer or the types and 
numbers or cars the manufacturer has in stock. The car manufacturer may also contract with 
the owners or operators of other web pages to have the car manufacturer's advertisement 
banners displayed when users access these other web pages. Similarly, an advertising agency 
may contract with various web sites to have the advertisement banners of the agency's clients 
displayed when users access the web pages stored on the web sites. For example, an 
advertising agency or ad-network firm may contract with a web site containing general 
information about cars to have advertising information or banners included on the web pages 
displayed to a user accessing the web site. The advertising banners may contain graphics, text, 
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etc. about car models or car parts manufactured by on of the advertising agency's clients 
Furthermore, the advertisement banners may not be stored on the same server or computer or 
web sue on which the web page is stored. Rather, all or a significant portion of the 
advemsement banners created by an advertising agency may reside on one or more 
formation servers, ad selection servers, or media server, Typically, an advertising agency 
-11 pay a fixed amount of money for a fixed number of displays of its advertisement banners 
on a single web page or group of web pages. 

In general, an ad selection server is a configurable server that accepts requests for web 
content (images, HTML web pages, logic files, etc.), performs ad selection, and returns an 
■nstruction to the requesting diem to retrieve specific content elsewhere, perhaps from a 
media server. A media server is a nigh speed server of content, bu, does not usually perform 
ad selecon. An information server is a broad term used to describe servers on which 
information, web pages, content, etc. is stored. 

In a typical ad serving environment, the web page requested or fetched by a user's 
browser from a web page server will contain barmers for display with the web page. Instead 
of providing the banners, the web page served to the use, browser will contain links to one or 
more ad selection servers related to the banners. Upon receipt of the web page, the user's 
browser w.1, then request or follow the links and request the bakers from the ad selection 
server. The ad selection servers wil, decide which banner to serve in response to each request 
«d wu, either server the requested banner, or serve the use* browserwith a redirect sigl or 
ommand telling ^user's browser whereto find the bamter. Typically, the bakers 
located on a media server. The user's browser wil, then send a request to the media server 

user views a web page displayed on the user's computer, the user's browser page may r'eques. 
or fetch advertisement banners for display on the web page. Since the user may only spend 
a few minutes, or even seconds, actuaUy lookmg a, any particular advertisement bamter or any 
particular web page displayed on the user's computer, if too long a period of time is taken 
before an advertisement banner is served to the user's computer for dispiay to the user the 
user may request or select that a different web page be fetched and served to the user's 
computer for display before the advertising banner is completely received by the user's 
computer or displayed to the user. 
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Advertisers generally prefer that a complete advertisement be displayed to a user 
before the user selects or fetches a new web page for display. Therefore, advertisers may 
desire to send advertisement banners that have different sizes or formats depending on the 
connection or transfer time between a user's computer and the server that is serving or 
5 delivering the advertisement banners to the user's computer. If the transfer time, also referred 
to as the travel time or load time, between the server serving the advertisement banner and the 
user's computer is too long, the advertiser may wish to serve a smaller advertisement banner to 
reduce the amount of time before the smaller advertisement banner is fully displayed to the 
user. The smaller advertisement banner could, for example, have a size of four kilobytes. In 
10 contrast, if the time it takes to transfer the advertisement banner from the server to the user's 
computer is short, the advertiser may wish to serve a larger advertisement banner since the 
larger advertisement banner is likely to be fully displayed to the user before the user selects or 
fetches a new web page. The larger advertisement banner could, for example, have a size of 
forty kilobytes or possibly even many megabytes. Rich media, which is commonly viewed as 
15 any content other than HTML formatted text, still images, animated images in GIF or JPG 
graphics format, or other simple media are a common type of banner, image, or file which 
may be sent to a user's computer. Many advertisers displaying advertisement banners on web 
sites, or web sites themselves, will not accept rich media or allow rich media to be used 
because the sheer size (often over forty kilobytes) will compromise the user's experience, 
20 thereby causing the user to reject or avoid the web site in the future. The user may not know 
that the cause of the slow performance is not the web site itself, but the use of the rich media. 
Therefore, web sites and advertisers will often try for the smallest page or banner size possible 
to insure that users with the slowest links or transfer time to the web site will still receive 
reasonable performance. However, such a decision is at the expense of users with shorter 
25 transfer times, often created by higher bandwidth, that could handle the rich media without a 
significant or noticeable change in performance. 

The determination of what size or type advertisement banner should be served to the 
user can be made, in whole or in part, on how long a period of time is required to send a file 
between the server and the user's computer. Thus, determining the transfer time between a 
30 user's computer and a server or the user' s bandwidth can be very important in effective on-line 
advertising. 
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Unfortunately, the current state of the art is such that determination of transfer time 
between user's computers or terminals and servers can be difficult, particularly since network 
topologies, including the network topologies of the Internet and the World Wide Web, change 
constantly. In addition, transfer times for a computer network may vary over time due to 
variations or fluctuations in the number of users actively connected to the computer network, 
variations or fluctuations in the amount of data traffic or data communication over the . 
computer network, variations or fluctuations in availability of parts or all of the computer 
network, etc. Therefore, despite the well developed state of the art in computer networking, 
there remains a need for accurately determining the transfer time between two devices 
connected to a computer network and the bandwidth for users connected to a computer 
network. Preferably, determinations could also be made regarding the bandwidth or topology 
between two devices connected to a computer network and regarding the operational or 
performance characteristics or configuration of devices connected to the computer network. 

15 Disclosure of Invpntinn 

Accordingly, it is an object of the present invention to provide an apparatus and 
method for determining transfer time between two points on a computer network. 

It is another object of the present invention to provide an apparatus and method for 
selecting banners to be served via a computer network. 

Yet another object of the present invention is to provide an apparatus and method for 
collecting information regarding bandwidth of portions of a computer network. 

Another object of the present invention is to provide an apparatus and method *r 
determining bandwidth between two devices or for a device connected to a computer network 

It » a further object of the present invention to provide an apparatus and method for 
collecting information regarding a computer network's topology. 

It is another object of the present invention to provide an apparatus and method for 
monitoring bandwidth between two devices or for a device connected to a computer network 
and computing such bandwid m real time. 

Another general object of the present invention is to provide an apparatus and method 
for computing bandwidth for a device or between two devices connected to a computer 
network and providing such information for use during selection and/or configuration of web 
pages, content, executable software, email, etc. to be served to a user or a user's browser 
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Still another object of the present invention is to provide an apparatus and method for 
determining information regarding the operational or performance characteristics or 
configuration of devices connected to a computer network. 

Additional objects, advantages, and novel features , of the invention shall be set forth in 
part in the description that follows, and in part will become apparent to those skilled in the art 
upon examination of the following or may be learned by the practice of the invention. The 
objects and the advantages may be realized and attained by means of the instrumentality's and 
in combinations particularly pointed out in the appended claims. 

To achieve the foregoing and other objects and in accordance with the purposes of the 
present invention, as embodied and broadly described herein, a method for distributing 
information over a computer network to a device includes sending a page request signal from 
the device to a first server requesting that a page be served to the device; serving said 
requested page to said device, wherein said page includes location information for a portion of 
executable software located on a second server; sending a request signal from said device to 
said second server requesting that said executable software be served to said device; serving 
said requested executable software to said device; executing said executable software; sending 
an image request signal from said device for an image; and serving said requested image to 
said device. 

In addition to the above, in another embodiment, in order to achieve the foregoing and 
other objects and in accordance with the purposes of the present invention, as embodied and 
broadly described herein, a method for determining transfer time between a computer and a 
first server connected to a computer network includes serving a piece of information from the 
first server to the computer, wherein said piece of information contains executable software; 
.executing said executable software on the computer; sending an image request from the 
computer to the first server requesting a location address for an image to be served to the 
computer; and serving said image to said computer as a result of said image request signal. 

In addition to the above, in another embodiment, in order to achieve the foregoing and 
other objects and in accordance with the purposes of the present invention, as embodied and 
broadly described herein, a method for delivering information over a computer network to a 
computer includes serving a piece of information from a first server to the computer, wherein 
said piece of information includes location information for an image; sending a first image 
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«*~ from the computer; ^ . redirect signal to the corapu(er in 

■mage reouest; sendlng a second image reques( from ^ 

image to said computer. *econa 

other b^ 7? ^ an °" ,er "* 0dtant ta ° rder t0 «»» *» - 

Che objects and m accordance with ,„e pulposB of the J ^ 
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re,ue St fro„, the computer; and .erving said third image ,o said co m puter. 

Brief Descrinhnn »f ^ D rnwinr 

The accompanying drawings, which are incorporated in and form a par. of the 

pectncat.on, Uiustrate the preferred embodiments of the present invention „ d toglr with 
the descnpttons serve, o explain the principles of the Mention. 
In the Drawing s 

hosts T" I 3 COn,PU ' er " UP °" WWCh ~> -vers 

nosts, etc. can be connected; ' 

Figure 2 illustrates a flowchart for a firs, embodunent of a method in accordance with 
the present tnvention tha, can be US e d with the computer network of Fisure , ■ 

with 3 m " SmKS " fl °" Chan 3 emb0dte " ° f > ™*od ta accordance 

w,,h the P rese m mvention ,ha, can be used with the computer network of Fi gur e ,. and 

F.gure 4 illustrates a flowchart for a third embodiment of a method in accordance with 
■he present mvention that can be used with the computer network of Figure ,. 
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F*ure 1 a„ d ln c,udes a computer network 22 to which devices such as the computers * 26 

* server 30, ad selection servers 32, 34, media servers 3 6 , 3S, proton servers 0 " 2 
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sniffer server 44, web site server 46, and log server or log processing system 48 are connected 
to allow for resource sharing and data communications. Users located at computers or 
terminals 24, 26, 28 can access or connect to the computer network 22 and the resources 
connected to the computer network 22. Computers, such as the computer 24, may be directly 
connected to the computer network 22. Other computers, such as the computers 26, 28, may 
be connected to the computer network 22 via a proxy server, such as the proxy server 30. 

A significant feature of the present invention is the ability to determine transfer time for 
data, files, etc. sent or transmitted between devices connected to a computer network and the 
bandwidth between the devices, and the bandwidth for users connected to the computer 
network. For example, with the apparatus and method of the present invention, the transfer 
time for a file to be sent from the ad selection server 32 or the media server 38 to the 
computer 24 via the computer network 22 can be determined and used in the selection or 
configuration of files, banners, content, web pages, executable software, email, images, etc. to 
be delivered or served to the computer 24. Bandwidth is a measure of how fast a connection 
is between devices connected to the computer network and can be related to the transfer time, 
as will be discussed in more detail below. 

By being to determine or monitor transfer time and bandwidth in real time or near real 
time, or by at least monitoring available bandwidth (including "effective bandwidth") between 
a user and other devices connected to a computer network, web browsing satisfaction can be 
increased for the users while advertising over the computer network can be dynamically 
modified or created, thereby improving the effectiveness of the advertising. Thus, high- 
bandwidth users will get sophisticated rich media content, while lower band-width users will 
get quicker content downloads from servers. The content selected can be and delivered to a 
user can be, for example, a black and white image for a low-bandwidth user (e.g., a user 
connected to a computer network via a 14.4 Kbps modem), a color version of the same image 
for an average bandwidth user (e.g., a user connected to the computer network via a 28.8 
Kbps modem), or an animated or video version for a high-bandwidth user (e.g., a user 
connected to the computer network via an ISDN or Tl connection). A user's bandwidth may 
vary over time due to, for example, telephone line noise, the number of users, changes in 
browser type, etc. Real time or near real time determination of a user's bandwidth or transfer 
time between the user and another device on the computer network allows selection or 
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dynamic adjustment of the types of images, ads, content, web pages, software, email, etc. to 
serve or send the user. 

Another significant feature of the present invention is the ability to determine 
operational and performance characteristics or configurations of devices connected to a 
computer network. For example, such operational and performance characteristics or 
configuration might be determinable for the computer 24 or the computer 26 and used in the 
selection or configuration of files, banners, images, content, executable software, email, etc. to 
be delivered or served to the computer 24 or the computer 26. 

The computer network 22 and the network apparatus 20 illustrated in Figure 1 are 
only meant to be generally representative of computer or data communication networks for 
purposes of elaboration and explanation of the present invention and other devices networks 
etc. may be connected to the computer network 22 without departing from the scope of the ' 
present invention. The computer network 22 is also intended to be representative of and 
include all or a part of, the Internet, the World Wide Web, and other privately or publicly 
operated networks. The computer network 22 can also include other public and/or private 
wide area networks, local area networks, data communication networks or connections 
intranets, routers, satellite links, microwave links, cable connections, cellular or radio links 
fiber optic transmission lines, ISDN lines, TI lines, etc. It should be noted that the distinction 
between ad selection servers, web site server, media servers, proton servers, sniffer servers 
proxy servers, log servers, information servers, etc. is made only for the purposes of 
elaboration and explanation, but not limitation, of the present invention. Thus a device can 
funct.on simultaneously or alternatively as one or more of these devices without faHin* 
the scope of the present invention. In addition, as used herein, the terms "computer" and 
"chent" are generally interchangeable and are meant to be construed broadly and to include 
but not be limited to, all clients, client devices or machines, terminals, computers, processors 
servers, etc. connected or correctable to a computer or data communications network and all 
devices on which Internet-enabled software, such as the Netscape Communicator™ or 
Navigator™ browsers> Mosiac ™ browser> ^ ^ 

operate or be run. The term "browser" shou.d also be interpreted as including Internet- 
enabled software and computer or client software that enables or allows communication over a 
computer network and Internet-enabled, monitored, or controlled devices such as WebTV 
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household appliances, phones, etc. 

Proton servers, such as the proton servers 40, 42, are generally described as, or meant 
to include distributed databases residing servers in or on which information or data about 
users is stored. These servers provide data to systems, such as ad selection servers, and allow 
those systems to view, use, and add user information and data. Periodically, proton servers 
connected to a computer network will update each other with all new data, thereby resultmg in 
synchronized data and redundant database servers. 

Media servers, such as the media server 38, are generally described as, or meant to 
include high speed World Wide Web servers of content, such as HTML Web page files, 
images,' and logic files. Media servers may log user activity, but usually they do not perform 
ad selection. In addition, media servers may populate proton servers or otherwise provide 

proton servers with user data. 

Ad selection servers, such as the ad selection server 32, are generally described as, or 
meant to include, intelligent, configurable, World Wide Web servers that accept requests from 
clients for Web content, such as HTML Web page files, images, logic files, etc., perform ad 
selection, and return a redirect instruction to the clients to retrieve the specifically selected 
content from another server, usually a media server. Ad selection servers may serve content 
to clients as well as providing a redirect instruction. In addition, ad selection servers may log 
- user activity and populate proton servers or otherwise provide proton servers with user data. 

A sniffer, such as the sniffer server 44, is generally described as, or meant to mclude, a 
system that monitors network traffic and, for each transaction, associates the first data packet 
and the corresponding last data packet, noting the elapsed time, total data transferred (m 
bytes), and the user's unique identifier (possibly the identifier cookie value and possibly the 
Internet Protocol (IP) address of the client software for the transaction being observed). 
Sniffers usually log or store their data for post-processing and may populate proton servers or 
otherwise provide proton servers with user data. 

By way of general introduction, in a typical computer network, a user located at a 
computer or terminal can access the resources connected to the computer network. For 
example a user at the computer or terminal 24 or the computer or terminal 26 can access the 
web site server 46 and the information stored thereon. The web site or server 46 may contain 
web pages that the user can download for display on the computer 24. For purposes of this 
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invention, the tern, "web page" shall be defined broadly and will include any hypertext 
document, information, screen displays, etc. .ha, a user can dowrtoad or otherwise retrieve 
from a computer or web she for display and/or s,ora g e on the user's terminal, and sha„ not be 
Umfed to only the tnformation, pages, or documents retrievable by a user connected to .he 
World W.de Web. Therefore, the term «web page" wil, be used genetically .o refer to 
■nformation transmitted or served ,o a .erminal from a compu,er site, web site, server, or other 
dev.ce, where™ ft. web page may comain banners or references «o banners ma, can be served 
«o ,he .ermina, and displayed in conjunction wi,h ,he web page. The web page served .0 me 
user's computer from the web sue server 46 may con,ai„ .ex.ua, inform*,™ and informauon 
configured ,„ banners or omer con.en,. The banners or content may co„«ai„ graphics, rich 
med,^aud,o, grapWcs, JFRAMES references, Java, JavaScrip., VBSCRIPT, and Cher 
SCRIPT, applets, .ex,, video, e,c. As previously discussed above, ,he banner, or other 
con,e„, associated wi.h a web page may no, be s,ored a, or on ,he same place or server as ,he 
web page and may be downloaded or served ,o a user's compu.er sepa^ely fi-om me web 
page. Tha, ,s, web pages may be s,ored on a web page server while ,he banners or o.her 
content are slored on ad selection servers or media servers. 

For purposes of elaboration and ex P la„a,ion of ,he presem invention, ,he convemions 
and protocols of ,he World Wide Web, and browsers therefore, win be used as examples in 

ProT ° f 2 ^ RK ° UrCe L0Ca '° r *• H ~ Wfer ' 

Pto.ocoWn.eme, Pro.oco, (TCP/IP). h addition , the principte and for 
med.a such as scn P .s (including JavaScript and VBSCNPT), dynamicaUy „ ^ 

e oTe AC ' iVeX C0 " ,r0,S ' ^ ^ ~* « «~ * ~ 

comen, (for example, con.en, using ,he HWMP ,ag) will also used. I, should be no,ed 

however. ,ha, ,he concep.s underlying ,he presen. invemion can be usen for compu,er ' 
ne,w orks usi g other 0f ^ ^ ^ ^ ^ ^ ^ 

Douglas E. Comer, Iggne^nq wi, h tcp^ w ( j 
John December and Mar, Cinsberg, mM^^.t.m,^^^" 
mm (199* pubUshed by Sams.ne^ung^ry Honeycu.t e, tl~^f 
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3rd Ed (1997), published by Que Corporation; and John December, Presenting Java, An 
Introduction to Java and HotJava (1995), published by Sams.net Publishing, all of these 
references of which are incorporated herein by reference. Other information about the HTTP, 
HTML, TCP/IP and other network protocols can also be found in U.S. Patent No. 5,617,540 
issued to Civanlar et ai, U.S. Patent No. 5,572,643 issued to Judson, and U.S. Patent No. 
5,442,771 issued to Filepp et al., all of which are also incorporated herein by reference. The 
linking of one web page or hypertext document to another is commonly done using a 
hypertext markup comment tag. When the user clicks on or otherwise activates the hypertext 
markup comment tag, a link to the new web page or hypertext document is generally initiated 
by the user's browser software which causes the user's browser to request that the new web 
page or hypertext document be displayed on the user's computer. Similarly, if a web page 
served to a user's computer contains references to banners or other content, the URL 
addresses for the banners and other content will be served with the web page so that the user's 
browser can request that the banners or content be served to the browser for display on the 
user's computer along with the previously served web page. 

It should also be noted that the disclosed system and method also work for all types of 
operating systems running on the computers, terminals, computer sites, information servers, 
and other devices connected to the computer network 22. Such operating systems can 
include, for example, Microsoft's DOS™, WINDOWS 3.x™, WINDOWS NT™, 
WINDOWS 95™, or WINDOWS 98™ software, IBM's OS/2™ software, Apple's System 
7™ software, or the ATX or UNIX operating system software platforms. 

As previously discussed above, the methods of the present invention are primarily 
directed to determining transfer time between devices connected to a computer network and 
the bandwidth of a user connected to a computer network, such as the computer network 22. 
Optional steps may also be included and many such optional steps will be discussed in more 
detail below. Now referring to Figure 2, a first embodiment of a method designed in 
accordance with the principles of the present invention will now be described in more detail. 
The method 100 for determining transfer time and user bandwidth is preferably used for 
determining transfer time or available bandwidth for data, files, banners, images, content, 
email, executable software, etc. sent between a server, such as the ad selection server 32 or 
the media server 38, and a computer, such as the computer 24, on which browser software is 
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operanng. to addition , the method 100 is preferaHy ^ ^ browserj capawe of 
opcratmg, „ r running rich me dia, such as SCMpT ^ ^ ' 

IFRAME usage or request, nested HTML ffles, Hash, Shockwave, or Enliven, or some 

portion of executable script, code, or software. 

During the method ,00. a users browser, for example the browser operating on the 
computer 24, sends or Wtiates a fetch web page request during step ,02 to a web site server 
sue as the server 46, that requests that the web site server send or serve a web page to the ' 
users browse, Such a fetch web page command or request generated by the user, browser 
dunng the step 102 might take the form of, for example 

»<tp://»wexcite.conVWebrage,.htm,. The web site server to wWch the fetch weo page 
request „ sen. during the step ,02 wil, then serve or send the desired web page to the user, 
browser duringstep ,04. The web page sen, or served to the user, browsLduring s, L 
** °;T renCe *° * *" «"* » a SCRTPT (.,. , a v aS crip, 

2 7 T referenceto be fetched by - ^ b — *■*» «p 

The nc m dla file may or may „„, „ e ^ ^ ^ ^ ^ ^ ^ ^ 

r 7 C H OT ^ by,he ^ br0WMr dUA,S ^ ^ ** ™> <»-b 
page fetched or requested by the user, browser during the step ,02 may be ,oca.ed on the 

™ W ta, e the rich media fle fetched by the user, browser during the step ,06 may be 

connected to the computer network 22. For purposes of fitrther explanation, bu, no, 

of the method ,00, ,he rich media „,e wU, be assumed to be stored on or ,oc a ,ed a, 

the ad selection server 32. ^<ueu ai 

*e ser s browser wil, send or initiate a fetch rich media request during the step ,0, Such a ' 

^,7 "I'"! ~ d ° f ~ » - during the step ,06 

might take the form of, for example: 

<IFRAME WIDTH=468 HEIGHT=60 

SR C="http://ad.p^^^ 468x60 
el_Locationl"> ~ ~ 8 

<SCRJPT> 

SRC-h„p://ad. P reference s .com/ j scrip,;sp a cedesc.Campai g „,_Si.e,_468x60_P a ckag 
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el_Locationl"> 

</SCRIPT> 
<NOSCRIPT> 
<A 

HREF=" hnp ://ad . preferences.com/click;spacedesc=Campaignl _Site 1 _468x60_Packag 
el_Locationl"> 
<IMG 

SRC="http://ad.preferences.com/image;spacedesc=Campaignl_Sitel_468x60_Packag 

el_Locationl"> 
</A> 

</NOSCRIPT> 
</EFRAME> 

Note that the previous rich media request example includes both an IFRAME reference and a 
reference to JavaScript for purposes of explanation. A rich media request does not have to 
have both such references. Upon receipt of the rich media request generated by the user's 
browser, the ad selection server 32 will serve or send the requested rich media to the user's 

browser during step 108. 

Upon receipt of the rich media requested or fetched by the user's browser during the 
step 102 and served or sent by the ad selection server 32 during the step 108, the user's 
browser will run or initiate the rich media during step 1 10. The rich media may take many 
forms and include many commands or portions of executable software or code. For example, 
the rich media may include JavaScript, VBSCRIPT, or an IFRAME (inline frame) reference 
that causes the user's computer to perform a specified function or operation a specified 
number of times and also causes the user's computer to monitor the amount of time the 
computer takes to perform such specified function the specified number of times. From this 
time measurement, the computational speed of the user's computer might be ascertained or 
approximated. An example function might be the following: 

var tmCurrentTime = (new DateO) .getTimeO;. 
The script included within the rich media might cause the user's computer to execute 
such a function one thousand or one million times and record the time taken by the user's 
computer to complete the task. Scripts, such as JavaScript and VBSCRIPT, are well known 
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to people of ordinary skill in the art and they need not be described in any further detail for 
purposes of explanation of the apparatus and method of the present invention. 

The rich media served to the user's browser during the step 108, upon execution by the 
user's browser during step 1 1 0, may also start a clock or timer or, at least note the current 
time, and, during the step 1 1 2, cause the user's browser to fetch or request an image by 
sendmg a fetch image request. Such a fetch image request sent by the user's browser during 
the step 1 12 could take the form of, for example: 

htt P ://ad.preferences.com/im a ge;s P acedesc=Campai gn l_Sitel_468x60_Packagel_Locationl 
Representative JavaScript for implementing such a series of commands is provided below 

The image requested or fetched by the use* browser during the step 1 12 may or may 
not be located on the same server or device as the original web page fetched or requested by 
the use* browser during the step 102 and may or may be located on the same server or device 
as the nch media file requested or fetched by the user's browser during the step 106 For 
example, the web page fetched or requested by the user's browser during the step 102 may be 
located on the server 46 while the rich media file fetched or requested by the user's browser 
dunng the step 106 may be located on the server 46, the ad selection server 32, the media 
server 38, or some other device connected to the computer network 22. In addition the 
-mage fetched or requested by the user's browser during the step 1 12 may also be ,ocated on 
the server 46, the ad selection server 32, the media server 38, or some device connected to the 
computer network 22. For purposes of further exp]anation , but not q{ ^ ^ 

100, the lmag e fetched or requested by the user's browser during the step 1 12 wUl be assumed 
to be stored on or located at the ad selection server 32. 

After the ad selection server 32 receives the fetch image request generated by the user's 
browser during the step 1 12, the ad selection server 32 wil, serve or send the requested image 
to the user's browser during step 1 14. The rich media file or script preferably initiated or 
executed during the step 1 10 preferably will, upon receipt by the user's browser of the image 
sent or served during the step 1 14, cause the timer or clock previously started by the rich media 
file dunng the step ,10 above to stop during step 1 16. Alternatively, during step 1 16, the rich 
medl a or script may cause the user's browser to simply note the time at which the image is 
reeved by the user's browser. Therefore, the total time elapsed between the execution of step 
12, ,e., the sending by the user's browser of a fetch image request, and the receipt by the 
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user's browser of the image served during the step 114 is measured. This measured time will 
closely approximate the round trip transfer time between the user's computer or browser and 
the server from which the image served during the step 1 14 was served (the media server 38 in 
this example). From this round trip transfer time, the user's bandwidth (including effective 
bandwidth) can be determined. The steps 114, 116 may be considered as a single step and not 
as completely independent steps. For example, the rich media executed during step 1 14 may be 
the same rich media executing during step 1 16. The step 1 16 is essentially optional and is 
illustrated primarily for explanation of the method 100. 

In general, the user's bandwidth of the currently available bandwidth (in bytes per 
second) between the server and the user's computer can be determined from the transfer time 
by dividing the number of bytes transferred by the elapsed transfer time in seconds. 

In a more specific implementation, user bandwidth can often be determined from the file 
size transferred between a user and a server and the transfer or load time for the transfer of the 
file. A problem for users connected to a computer network is latency, which can be defined as 
the delay between the time a user requests content and the time the user starts to receive that 
content. High latency may occur in users connected in remote locations to a computer 
network and/or when communications problems cause the "route" of a connection in the 
computer network to go through many relay stations including multiple orbiting satellites. 
Other causes can be business-related, such as the user who is connected to an ISP (Internet 
Service Provider) who, in turn, is connected to another ISP (and possibly others) before the 
communications can travel at high speeds on a computer network, such as the "Internet 
backbone." 

The major factors contributing to a user's low effective bandwidth are the use of a slow 
• modem and high demand on the computer network, such as the Internet, to which the user is 
connected. Other causes can be: the user's ISP has slow modems, poor telephone connections 
from user's modem to the phone company's central office, or any combination of those factors. 

If a user's browser is connected to a computer network, such as the Internet, through a 
fast connection and is close to a server (in geographic proximity), the transfer time between the 
user's browser and the server of a small amount of data (e.g., one hundred bytes) will appear 
small (e.g., twenty milliseconds). If a larger amount of data (e.g., one thousand bytes) is 
transferred from the same server to the same user, the transfer time will be greater (e.g., one 
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hundred and ten milliseconds). In this example, the latency could be determined to be low 
(e.g., ten milliseconds) and the user's bandwidth to be high (e.g., ten thousand bytes per 
second). 

If the user is connected to the computer network through a slow connection and is 
close to the server, the transfer time between the user's browser and the server of a small 
amount of data (e.g., one hundred bytes) might appear somewhat small (e.g., one hundred and 
thirty milliseconds). If a large amount of data (e.g., one thousand bytes) is transferred between 
the server and the user's browser, the transfer time will be much greater (e.g., one thousand 
and thirty milliseconds). In this example, the latency could be determined to be somewhat low 
(e.g., thirty milliseconds) and the user's bandwidth to be low (e.g., one thousand bytes per 
second). 

If the user is connected through a high speed connection to a server, but a great 
distance from the server, the transfer time between the user's browser and the server of a small 
amount of data (e.g., one hundred bytes) will appear somewhat larger (e.g., one thousand and 
ten milliseconds). Transfer of a large amount of data (eg: one thousand bytes) may seem to 
take only slightly longer (e.g., one thousand and one hundred milliseconds). In this example 
the latency could be determined to be very high (e.g., one thousand milliseconds) and the user's 
bandwidth to be high (e.g. , ten thousand bytes per second). 

Lastly, if a user has a slow modem and, therefore, a slow connect to the computer 
network, and the user is a great distance from the server, the transfer time between the user's 
browser and the server of a small amount of data (e.g., one hundred bytes) will appear very 
large (e.g., fourteen hundred milliseconds). If a large amount of data (e.g., one thousand bytes) 
«s transferred, the transfer time will be even greater (e.g., twenty-three hundred milliseconds) 
In this example, the latency could be determined to be high (e.g., thirteen hundred milliseconds) 
and the user's bandwidth to be low (e.g., one thousand bytes per second). 

The following formula is suggested as a basis for this analysis: (Bytes transferred * 
(1/Bytes per millisecond) * K bwl ) + + (Latency * K u ) - K L2 = Round Trip Time (in 
milhseconds) where K bwl , K bw2 , K L1 , and Kl2 are adjustment constants and factors. More 
specifically, K Bwl is a calibration factor constant for applied to affect bandwidth, K Bw2 is a 
calibration additive constant applied to affect bandwidth, K L1 is a calibration factor constant 
applied to affect latency, and K u is a calibration additive constant applied to affect latency. 
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Calibration and determination of these constants must be done with clients with a known 
proximity to servers and known transfer speeds to determine actual bandwidth and latency 
constants to determine the values for K bwl) K^, K u , and K u . 

Once the transfer time and/or bandwidth (the term "bandwidth shall also encompass the 
concept of "effective bandwidth"), between a user's computer and a server are determined, 
additional content to be sent or served from a server to the user's computer or browser may be 
selected, or not selected, if the transfer time between the server and the user's computer is too 
long or if the user's bandwidth is insufficient to allow delivery of large images, such as rich 
media, within a specified period of time. If the transfer time between the server and the user's 
computer is short enough or the user's bandwidth for the connection between the server and 
the user's computer is large enough, the user may be connected via a high bandwidth network 
to the server. Therefore, rich media files may be sent to the user's computer without requiring 
significant amounts of time. In contrast, if the transfer time between the server and the user's 
computer is sufficiently long or the bandwidth for the connection between the user's computer 
and the server is too small, the user may be connected via a low bandwidth network to the 
server. Therefore, it may be preferable to send only smaller files in response to image request 
signals generated by the user's browser. 

During the step 116, the user's browser may also optionally request that content be 
served to the user's browser. In addition, the user's browser may optionally send or transmit 
the transfer time and user bandwidth information arid other information regarding the 
operational or performance characteristics or configuration of the user's computer to another 
computer, server, or other device connected to the computer network 22. For example, the 
user's browser may send or transmit the information to the log server 48, the proton servers 40, 
42, the ad selection server 32, the media server 38, a log file, or a profile repository. The 
user's browser may also include such information in a cookie or other information or data file 
stored on the user's computer. The user's browser may also send other information such as, for 
example, information related to the time/date that the transfer time was determined, the type or 
size of the file or image used to determine the transfer time and/or bandwidth, cookie 
information, or other user related information (type of browsers, operating system, computer 
configuration, etc.). During subsequent requests by the user's browser for content (which may 
be initiated by the rich media), an ad selection server deciding which ad or content to be served 
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the method 100 in an ad serving context is also described below. 

A second embodiment 200 of a method designed in accordance with the principles of 
the present invention is illustrated in Figure 3. While the method 200 is useful for determining 
transfer time and/or user bandwidth for data, email, executable software, web pages, files, 
banners, images, and other content etc. selected, configured, and sent between a server, such as 
the ad selection server 32 or the media server 38, and a computer, such as the computer 24, on 
which browser software is operating, unlike the method 100 previously described above, the 
method 200 is preferably used for browsers incapable of supporting, operating, or running rich 
media, such as a SCRIPT or IFRAME, or when a server only solution is desired that does not 
require a user's computer to operate or execute rich media files. 

During the method 200, a user's browser, for example the browser operating on the 
computer 24, sends or initiates a fetch web page request during step 202 to a web site server, 
such as.the server 46, that requests that the web site server send or serve a web page to the 
user's browser. Such a fetch web page command or request generated by the user's browser 
during the step 202 might take the form of, for example, 

http://www.excite.conVWebPagel.html. The step 202 in the method 200 is generally similar 
to the step 102 in the method 100 previously described above. 

The web site server to which the fetch web page request is sent during the step 202 will 
then serve or send the desired web page to the user's browser during step 204. The web page 
sent or served to the user's browser during step 204 will include a link or other reference to an 
image or banner to be fetched or requested by the user's browser during step 206. The image 
may or may not be located on the same server or device as the original web page fetched or 
requested by the user's browser during the step 202. For example, the web page fetched or 
requested by the user's browser during the step 202 may be located on the server 46 while the 
image fetched by the user's browser during the step 206 may be located on the server 46, the ad 
selection server 32, the media server 38, or some other device connected to the computer 
network 22. For purposes of further explanation, but not limitation, of the method 200, the 
image will be assumed to be stored on or located at the ad selection server 32. 

Upon receipt by the user's browser of the desired web page served during the step 204, 
the user's browser will send a fetch image request during the step 206. Such a fetch image 
command or request generated by the user's browser during the step 206 might take the form 
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of, for example: 
httpV/adprefe^^ 

Upon receipt of the image request generated by the user's browser during the step 206 
_ he ad selects server 32 wi„ serve or send a redirect signa , or —d to the user, browser 
o dunng st e p 208 . The redirect signa, or command generated and sent during the step 208 may 
be, for exam P ,e, a Status HTTP 3 02 Redirect that directs the user, browser to generate and 
send another command to fetch the image, as wi„ be described in more detail below. A Status 
HTTP 302 Redirect command may take the form of, for example: 
HTTP/1.0 302 Moved Temporarily 
10 totalcnt=516 

duration 0.20 
Connection: close 

Date: Tue, 27 Oct 1998 15:50:54 GMT 
Location: http://204.152.166.208/new.gif 
15 Server: Apache/1.2.1 

Content-Type: text/html 

Client-Date: Tue, 27 Oct 1998 15:50:53 GMT 

0?^^ eXpir » 18 *» ^007 

04:20:21 GMT; path=/; domains preferences.com 

20 Title: 302 Moved Temporarily 
<HTML><HEAD> 

<TITLE>302 Moved Temporarily</TITLE> 
</HE AD><B OD Y> 
25 <Hl>Moved Temporarily</Hl> 

The document has moved <AHREF-http://204.152.166.208/new.gif>here</A> <P> 
</BODY></HTML> 

«*- - «- -lection server 3 2 „ r other device sends . ^ 
■he ad se ectton sender 32 or other device is teiling or providing ,he recipient of the redirect ' 
command with another iocation of the desired image, banner, ffle, etc. Preferabiy, the redirect 
command sen. during the step 20* directs the user's browser to fetch or recues, another image 
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from the same server (in this example, the ad selection server 32) that generated the redirect 
signal, as will be discussed in more detail below. 

During step 210, the ad selection server 32 also starts a clock or timer, or notes the 
current time, to measure the transfer time between the ad selection server 32 and the user's 
computer. The step 210 can be performed prior to or after the step 208 or simultaneously with 
the step 208. 

After the user's browser receives the redirect signal or command generated and sent 
during the step 208, the user's browser fetches or requests another image during the step 212. 
As previously described above, the fetch image request generated by the user's browser during 
the step 212 is preferably directed to the same server or computer as was the fetch image 
request generated by the user's browser during the step 206 (in this example, the ad selection 
server 32). If so, the same server that received the previous fetch image request generated by 
the user's browser during the step 206 will receive the second fetch page request generated by 
the user's browser during the step 212. In this example, the ad selection server 32 would 
receive both fetch image requests generated by the user's browser. 

Upon receipt during step 214 of the second fetch image request sent by the user's 
browser during the step 212, the ad selection server 32 preferably will stop the clock or timer, 
or note the current time, during step 216 that was previously started or initiated by the ad 
selection server 32 during the step 210. From the clock or timer information, or the elapsed 
time information generated by noting the current time during steps 210 and 216, the elapsed 
transfer time between the ad selection server 32 and the user's computer can be determined by 
the ad selection server 32 or some other device and used in computing the user's bandwidth. 
The bandwidth determination for the user can be used to select or configure email, web pages, 
executable software, banners or other content for delivery or serving to the user's browser, as 
described above in relation to the method 100. 

Also after receiving the image request during the step 214, the ad selection server 32 
may optionally serve or send content to the user's computer or browser for display to the user 
during step 218. The steps 216, 218 may be performed in any order or simultaneously. The ad 
selection server 32 may also optionally send the information regarding transfer time and user 
bandwidth to other servers or computers, such as the proton servers 40, 42, media server 38, or 
log server 48, during step 220, a log file, or a profile repository. In addition, the ad selection 
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server 32 may store the transfer time and/or bandwidth information on the ad selection server 
32 itself and/or cause the transfer time and/or bandwidth information to be stored in a cookie 
on the user's computer during step 220. The steps 218, 220 may also be performed 
simultaneously or in reverse order and either or both of steps 218, 220 may be eliminated in its 
entirety without affecting the computation of the transfer time and user bandwidth. 

A third embodiment 300 of a method designed in accordance with the principles of the 
present invention is illustrated in Figure 4. The method 300 includes many of the same steps 
previously described above for the method 200. In fact, steps 202, 204, 206, 208, 210, 212, 
214, 216, and 220 are the same for the method 300 and the method 200. In contrast to the 
method 200, however, the method 300 includes optional steps 302, 304, and 306 between steps 
216 and 220, and does not include the step 218. The steps 302, 304, and 306 of the method 
300 will now be described in more detail. 

After the ad selection server 32 stops the clock or time during step 216, the ad selection 
server 32 sends a second redirect signal or command, which may be a Status HTTP 302 
Redirect, during the step 302. Unlike the redirect signal or command generated by the ad 
selection server 32 during the step 208, however, which caused the user's browser to attempt a 
second fetch of an image from the ad selection server 32, the redirect signal or command 
generated by the ad selection server 32 during the step 302 will preferably direct the user's 
browser to content located on a different server or device connected to the computer network 
22, such as the media server 38. Such a redirect command may take the form as provided in the 
example above. 

Before the ad selection server 32 sends the redirect signal during the step 302, the ad 
selection server 32 may select or configure the content that is to be sent or served eventually to 
the user's browser. The content selected by the ad selection server 32 to be served to the user's 
browser may be selected, at least in part, by the transfer time and/or user bandwidth computed 
earlier. 

After the user's browser receives the redirect command sent by the ad selection server 
during the step 302, the user's browser will fetch or request the selected content during step 304 
from the media server 38. The media server 38 will then serve or send the requested or fetched 
content during step 306. Such a fetch content request may take the form of, for example: 
http://ad.preferences.com/image; spacedesc=Campaig n l_Sitel_468x60_Packagel_Locationl. 
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The steps 216, 220, 302 may occur simultaneously or in a different order. In addition, 
the step 220 may occur before one or all of the steps 302, 304, 306 or simultaneously with any 
of the steps 302, 304, 306. In addition, any or all of the steps 302, 304, 306, 220 may be 
eliminated from the method 200 without affecting the bandwidth or transfer time determinations. 

A fourth embodiment 400 of a method designed in accordance with the principles of the 
present invention includes the use of a sniffer, such as the sniffer server 44. As previously 
discussed above, a sniffer is generally a software utility that resides and operates on a server, 
computer, host, etc. The sniffer software captures data and packet traffic and allows analysis of 
such data and packet traffic. In the example network apparatus provided in Figure 1, the sniffer 
server 44 is connected to the computer network 22 and also to the ad selection server 34 and 
the media server 36. Traffic and data communication between the ad selection server 34, the 
media server 36, and the computer network 22 all pass through the sniffer server 44. Therefore, 
the sniffer software resident and operating on the sniffer server 44 can examine the traffic and 
data communication between the ad selection server 34, media server 36, and the computer 
network 22. In general, the method 400 works similarly to either of the methods 200 and 300 
previously described above except that steps 210 and 216 are not needed. Since the sniffer 
server 44 can monitor traffic flowing from the ad selection server 34 and the media server 36 to 
the computer network 22, and vice versa, the sniffer server can monitor when image requests 
are generated that are received by the ad selection server 34 and the media server 36, the sniffer 
can monitor the time and date that each image request passes through the sniffer server 44 and 
the time each redirect command or image passes through the sniffer server. From such 
monitored measurements, the transfer time and/or bandwidth between the ad selection server 34 
and a user's computer and the transfer time and/or bandwidth between the media server 36 and 
the user's computer can be determined, stored, and sent to other devices connected to the 
computer network 22 such as the proton servers 40, 42 or the log server. 48. The sniffer server 
might also send information to the other devices connected to the computer network 22, such as 
the size or type of file used to determine the transfer time and/or user bandwidth, any cookie EP 
address, or other information that might be associated with the user or the user's computer or 
browser. 

One advantage of the method 400 is that it is an entirely passive approach. That is, the 
method 400 simply watches packets or traffic as they flow back and forth on the computer 
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network 22. Therefore, from a user's perspective, there are no performance penalties created 
Another advantage of the method 400 is that the method 400 does not require any special 
software to be resident or installed on a user's computer. 

A disadvantage of the method 400 is that the sniffer server needs to monitor most if not 
all, traffic that passes through it to extract the information needed to compute transfer times and 
bandwKhh. Therefore, the method 400 is labor intensive and may prevent the sniffer server from 
bemg used simultaneously for other purposes. Another disadvantage of the method 400 is that 
errors in transfer time and/or bandwidth calculations can be introduced, particularly when a 
user's computer, such as the computer 26, is connected to the computer network 22 via a 
caching proxy server, such as the proxy server 30. The problem is created when the user's 
computer has a low bandwidth or slow connection to the caching proxy server while the proxy 
server has a high bandwidth or fast connection to an ad selection server and/or media server 
From the sniffer server's point of view, the bandwidth or transfer time estimate will reflect the 
throughput or transfer time between the sniffer server and the proxy server and not the 
throughput or transfer time between the sniffer server and the user's computer. An incorrect 
calculate of transfer time or bandwidth may result in the transfer of a rich media advertisement 
over a low bandwidth connection to a user's computer, thereby potentially creating an 
unsatisfied or disgruntled user. 

As previously discussed above, the methods 100, 200, 300, 400 are usable in an ad 
selection and serving application. In addition, each of the methods 100, 200, 300 400 are 
usable for dynamically selecting or configuring content, executable software, webpages or 
electronic mail (email) to be served or sent to a user or a user's browse, A use of any of the 
methods 100. 200, 300, 400 in an ad or web page selection or configuration implementation 
ought allow different levels of content to be included or excluded based on the user's bandwidth 
The content selected for delivery to the user could include or exclude, for example, more or less' 
formatted text, more or fewer images (each using more or less animation), audio, video Java 
Applets, configuration information for Java Applets, etc. based on the user bandwidth or the 
transfer tnne to the user. Conjuration of executable software would allow, for example some 
Internet-enable software to configure itself or other software in the amount of type of software 
features or m the way the software executes on a computer or other device. 

A specific implementation of the method 100 in such an ad.selection and serving 
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application using the Internet might proceed as follows: First, a user's browser makes a request 
to a web site for a web page to be served over the Internet to the user's browser. This 
corresponds to the step 102 in the method 100. Next, a web server at the web site serves the 
requested web page to the user's browser via the Internet. This corresponds to the step 104 in 
the method 100. 

The content served by the web site's web server may include references to additional 
content, which may also be served by the web site's web server, or which may be served by 
other web servers. This scenario assumes that the web page includes a reference to an ad 
selection server is included in the content. 

The user's browser then renders or displays content received from the web site's web 
server. Reference in the content to ad selection server causes a rich media request to be made 
by the user's browser to the ad selection server. This corresponds to the step 106 in the method 
100. 

The ad selection server receives the rich media request from the user's browser. As the 
HTTP specification states, when a request made by a browser to a server, "cookies" previously 
set by that server (or servers in that server's domain) are sent in the "header" of that request. If 
the ad selection server took measurements (bandwidth, CPU, etc.) in the past in the past for the 
user, that data is now available to this process and may affect the behavior of the ad selection by 
the ad selection server. Speed-related information may not be available in the cookie sent with 
the request, but the user's unique identifier may be. 

If measurements for the user were previously taken and stored in, for example, a proton 
server, the ad selection server may refer to the proton server for speed or bandwidth information 
associated with the user. Whether or not the proton server has speed data about the user and 
what the data values are can determine whether further measurements are taken and what ad is 
eventually served by the ad selection server to the user's browser. 

If no bandwidth measurement data for the user exists, the ad selection server may 
optionally invoke, a determination of bandwidth between the user's browser and the ad selection 
server by serving rich media to the user's browser. The rich media served to the user's browser 
will include a logic file to be executed by the user's browser upon receipt of the logic file. This 
corresponds to step 108 in the method 100. 

Upon receipt of the rich media by the user's browser, the user's browser will execute the 
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logic file. This corresponds t o step llOin the method 100 . The log ic file executed by the user's 
browser car, instruct the browser to do one or more of the following: 

a. Optionally, look for a cookie stored on ,he user's computer containing 

bandwtdth measurements previously taken. If a cookie exists, the bandwidth 
measurements and other information stored in the cookie could affect subsequent 
behavtor of the user's browser and the logic file. For example, if many 
measurements have determined the user to have a slow connection, the browser 
may send such information to the a d selection server such that the ad selection 
server selects a small ad to be served to the user's browser 
b. lf no cookie exists on the user's computers the bandwidth measurement 
^formation, the logic file may insect the user's browser to take a bandwidth 
measurement. In order to do so, execution of the logic file directs the user's 
browser makes note of the current time (T 0 ), send an image request (during the 
step 112 of the method ,00) to the ad selection server, receive an image from 
the ad selection server (during the step , „ of the method 100) in response to the 
■mage request, note the current time again (*,), and determine the tota, transfer 
>'n>eOT,-T 0 ). Each of these procedures can be included in step 110 of the 
method 100. The results of the total transfer time measurement can be 
transmitted to the ad selection server or some other device or stored in , cookie 
on , e user s computer as par, of the step , ,0 or the step 1,6 in , he method , 00 
The logtc file may be configured so that the transmission of the transfer time 
-formation occurs as part of a request to the ad selection server or other 
device, and could have the form of the following: 

h..p://ad.preferences.com/da.a.„g;spacedesc=Cam P ai g „,_Si,el «68x60 Packag 

^;;;^ nl&ML ■- MTHD=,s - vl&M -- Fsz - , - , '^-"^..cs 



30 



c. 



Opuonally the logic file cou,d cause the user's browser or compu.er perform a 
CPU speed measurement of the user's computer (basically, performing some' 
flmcnon such as generation of a random number some number of times and 
nonng how long tha, took). Each of these procedures can be included in step 
1 10 of the method ,00. The results of the CPU speed measurement can be 
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transmitted to the ad selection server or some other device or stored in a cookie 
on the user's computer as part of the stepl 10 or the step 1 16 in the method 100. 
The logic file may be configured so that the transmission of the CPU speed 
measurement occurs as part of a request to the ad selection server or other 
device. 

After the bandwidth or travel time measurement is made, the user's browser may 
subsequently request content be served to the user's browser. The ad server selects and serves 
the appropriate content to the user based on the user's bandwidth.. For example, if the user's 
bandwidth is too slow, the ad selection server, upon receipt of a request by the user's browser, 
may send content having a small size, a black and white image for example, to the user's 
browser. 

If information regarding the user's bandwidth and/or CPU configuration are stored on 
devices connected to a computer network, such a proton server, access to the proton server, and 
the user information stored thereon, may be offered to third parties, such as web site owners. 
Assuming a third party's system has such access to the user information, their web server may 
receive a request for a web page that is to be customized based on each user's effective 
bandwidth. Their system would make a request to the proton server for speed data about a 
particular user, providing the user's unique identifier. If data for that user is available, it is 
returned to the system. Using that information, the third party system may dynamically 
construct the web page specific to that user's capabilities. For example, if the user is determined 
to have a slow Internet connection, the web page may be short and contain few image 
references. Rich media may be available to the user, but not included on the web page. In 
contrast, if a user has a fast connection, the web page built for them may contain many images, 
even audio and video playing as they load the web page. Data on users in the proton server 
would be available within seconds or minutes from when the measurements are taken. 

User data may also be stored on or added to a log server or profile repository associating 
users with effective bandwidth. Third party systems could have access to data about users- 
connections and systems similar to how described for the proton server. The difference is that 
the proton server's data is provided in close to real-time, where a profile repository's data is 
generally available only after post-processing the log files. 

The foregoing description is considered as illustrative only of the principles of the 
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invention. Furthermore, since numerous modifications and changes will readily occur to those 

stilled ,„ the art, 1, is no, desired to limit the invention to the exact construction and process 

shown and described above. Accordingly, all suitable modifications and equivalents may be 

resoned to falling within the scope of the invention as defined by the claims that follow For 

example, the methods 100, 200, 300, 400 described above may be used to aide in dynamically 

creating or generating web pages or content before such web pages or content are delivered or 

served to a user (,.,, i„ determining the sizes and types of images, files, etc. included in the web 

page), » deciding whether or no, serve rich media to a cliem/user, or to make data regarding the 

user's sys,em configuration, bandwidth, etc. available via proton servers or on ,he user's 

computers for other uses. In addition, information stored and/or created along with transfer 

time and/or user bandwidth information might include the time/date of the transfer time 

computation, user information, information regarding the configuration or capabilities of the 

user's computer, ,he file si^s) of file(s) downloaded or served to the user, and/or an 

.demarcation, cookie, or Interne, Protocol (IP) address associated with the user The term 
"con, en ,, used ^ shouM ^ be cons[med broadiy> ^ . s ^ in( ^ [o ^ 

~rT, C ° n,em ^ " C ° mpriSe ^ "* ' 

VBSCRIPT, a „d other SCRIPT, IFRAME references, video, audio, or other types of rich media 
or mformatton. In addition, the definitions of the ,erms "travel time" and "transfer ,ime" shouid 
no, be hmtted in any way and different definitions may be used without varying from the scope 
of the present mvention. For exampie, the terms "travel time" and "transfer time" may be 
defined as the tota, elapsed time between the time when a se™ beg,„s serving an a d or image 

and the time when the device reauestinp the «h ^ ;^ a „„ . - 

... ' "■" "" a e e * "waves tne complete ad or image 

.Amatively, these terms may be defined as the time between when a device firs, requests an ad 
or .mage and the time when the ad or image is firs, being received by the device or the time 
when the ad or image has been fully received by the device. The term "executable software - as 
used herein, should no, be limited and includes and encompasses, bu, is no, limited to, computer 
programs, or applications, computer or software code, Bsts or sequences cf computer or 

rr;r' e T b,e or executab,e ins,mc,ions ' co ~ ™™ ~* 

SCRIPTS, scnpt files, Java Applets and program listings, regardless of forma, or form 
(mc.ud.ng elecronic and prin,), and any and a„ o,her forms of software or programming ,ha, 
can be opera.ed with a computer or browser, regardless of form or format 
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The following JavaScript is for use with the method 100 previously described above and 
is particularly directed to browsers that can render/execute an "LFRAME" tag. 
<html> 

<head><script> 
<!-- 

varttl,tt2 = 0,bytesPerMilli; ' 
var loopsPerMilli = 1 ; 

var Urn = 1; // dynamic package name & bandwidth limit 
var imageSize = 4288;//number of bytes for this image 
var loadCount=0; 

var N = 1000;//tnitial value of number of loops to perform 

var K = 25;//number of milliseconds to perform N number of loops for 

var elapsedTime = 0; 

var isOkBrowser = navigator.appVersion && navigator.appVersion.substring(0,l) > 3; 
function setCookie (BPM,LPM,tMeasure) { 

var volatility = 86400000 * 7; 

var cookieLife = new Date(tMeasure + volatility); 

var cookieString = cookieLife.toGMTStringO; 

var newCookie = "Bpm= n + BPM + "-" + LPM + H - H + tMeasure + ,, ;expires=" + cookieString 
+ ... 

path-/"; 

documenticookie = newCookie; 
alert(" Setting cookie : n + newCookie); 

} 

function tstartO { 
if(loadCount = 0) { 
loopsPerMilli = checkCpuO; 
ttl = (new Date()).getTime(); 

} 

} 

function tendQ { 
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if ( loadCount++ = o ) { 
tt2 = (new Date()).getTimeO; 
elapsedTime = tt2 - ttl; 

r^rtr ' ° eiapsedTime = ,://s ° ,hat ****** *- - *~» 

bytesPerMiIh = im ageSize / elapsedTime; 

setCookie(bytesPerMiIli,loopsPerMilli ) ttl); 
logSpeedO; 

} 

} 

function showRichO { 
window.jocation.hre^"http://uncIec.matchJogic conr202?/,fr, 

vliML^sz- + lmageSl2 e + ''&ML_LDTM=" + elapsedTime + » &M L CSPD-~+ 
(loopsPerMilli * 1000); ""^.til-Jj- + 

15 } 

function logSpeedO { 
if (isOkBrowser) { 
im2 = new Image(); 
im2.src = 
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imageSize + "&ML LDTM-" + a i« JT > - ' KXVlL -- bi>z - ■+ 
«mlu>TM- + elapsedTime +-&ML CSPD=" + ^o-s^-rVi'r 



} 

25 function checkCpu() { 
var eTime = 0; 
while (eTime < i 
N*=2; 

eTime = getEi. , e dTime()- 

30 } 

return (N / eTime); 
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} 

function getElapsedTimeO { 
var t3,t4; 

t3 = (new DateO)getTimeO; 
5 for (var i = 0; i < N; ++i) { } 

t4 = (new DateO)getTimeO; 
return (t4 - 13); 

} 

function isCookieSet() { 
10 var currentCookie = document .cookie; 

var pos = currentCookie. indexOfCBprn^"); 
if(pos !=-l) { 
var start = pos + 4; 

var end = currentCookie.indexOf( H -'\ start); 
15 if (end = -1) end = currentCookie.length; 

bytesPerMilli = currentCookie.substring(start,end); 

loadCount=l; 

start = end + 1 ; 

end = currentCookie.indexOf( ,, -" 5 start); 
20 if (end = -1) end = currentCookie.length; 

loopsPerMilli= currentCookie. substring(start, end); 
return true; 
} else { 
return false; 

25 } 
} 

// --> 

</script> 

</head> 

30 <body onLoad="tend(); n > 
<script> 
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<!— 

if (isCookieSetO) { 

// alert("Cookie is Set! No need to remeasure!"); 
elapsedTime = imageSize / bytesPerMilli; 

//alert("Bpm=» + bytesPerMilli.-, » , pm =» + loopsPerMilli + - eti me =" + elapsedTime + » 

imsize= n + imageSize); 
if(bytesPerMilli > lim) { 

showRichO; 
} else { 

document. write('<A 

HREF="http://uncl e c. m atchlogic.corn:2022/click.ng;s P acedesc=@@ML ADNET@@ @@ML 

rou P^ediaType & event=ht^ 

irl.com" target=_blank>*); 
15 document.write('<IMG 

SRC."http : //u„clec.m a ,ch l ogic.com: 2 022/im ag e.„ ES pa«de S c-@@ML ADNET@@ @@ML 

^-W™-^_vl & ML_FS Z - + imig eS iz e + . & ML_l. DT M=. + e , apsedTime ; 

, &ML_CSPD= I + (loopsPerMilli * 1000) + M, x/A>'); 
20 } 

} else { 

tstartO; 

document. write('<A 

- SIT E@@.@@W I DTH@@x@@HE IG HT@@ Jmage _ any&random . @@ ^ " 
™P^ediaType*even,=h, m | & cl^ 

irl.com" target=_blank>'); 
document. write('<IMG 

_SITE@@_@@wiDTH@@x@@HEIGHT@@_image_any&random=@@ML TIME(2i(2>" 
width-@@WIDTH@@ hei g ht-@@HEIOHT@@></A>-); 
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>< 



} 

//--> 
</script> 
<noscript> 
<A 

HREF="http:/tondec.matchlogicxo 
E^WTOTH@@x@<^IGHT<^^ 

aType&event=html&cHck=@@ML_REDIRECT@@http%3A%2F%2Fww 

target=_blank> 
<IMG 

SRC="http://undec.matchlogic.com:2022^ 

_SITE@@_@@WTOTH@@x@@HEIGm-@@_image_any&random^@^ 
/A> 

</noscript> 

</body> 

</html> 

The following JavaScript is for use with the method 1.00 previously described above and 
is particularly directed to browsers that CANNOT render/execute the "IFRAME" tag, but can 
interpret/execute JavaScript, 
var ttl,tt2 = O.bytesPerMilli = O.loopsPerMilli; 
var lim = 1.4; // dynamic package name & bandwidth limit 
var imageSize = 4288;//number of bytes for this image 
var loadCount=0; 

varN = 1000;//initial value of number of loops to perform 

var K = 25;//number of milliseconds to perform N number of loops for 

var delay = 500;//delay in milliseconds needed 

//var isOkBrowser = navigator.appVersion && (navigator.appVersion.substring(0,l) > 3) && 
(navigator.appVersion.indexOf("4.01") = -1); 

var isOkBrowser = navigator.appVersion && (navigator.appVersion. substring^, 1) > 3); 
function setCookie (BPM,LPM,tMeasure) { 
var volatility = 86400000 * 7; 
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var cookieLife = new Date(tMeasure + volatility); 
var cookieString = cookieLife.toGMTStringO; 

var newCookie = »Bpm=» + BPM + "-» + LPM + + tMeasure + »;expires=» + cookieString 

path=/"; 

document, cookie = newCookie; 
alert("Setting cookie :" + newCookie); 
} 

function tstartO { 

if ( loadCount — 0 ) { 

IoopsPerJVDlli = checkCpuO; 
ttl = (new DateO).getTimeO; 

} 

} 

15 function tendO { 

if ( loadCount-H- = 0 ) { 

tt2 = (new DateO).getTime(); 
elapsedTime = tt2 - ttl - delay; 

if (elapsedTime < 1) elapsedTime = l;//ensure elapsed is not too small 
bytesPerMilli = imageSize / elapsedTime; 

setCookie(bytesPerMilli,loopsPerMiIli,ttl); 
logSpeedO; 

\ 

J 

} 

25 function logSpeed() { 
iml.src = 

"http://unclec.matchlogic.com:2022/data.ng;spacedesc=@@ML ADNET@@_@@ML SITE 
@@_@@WIDTH@@x@@HETGHT@@_runofsite_any&ML MTHD=JS_vlcS:ML_FSZ=" + 
imageSize + "&ML_LDTM=" + elapsedTime + -&ML_ C SPD- + (loopsPerMilli * 1000); 

function checkCpuQ { 
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var eTime = 0; 
while (eTime < K) { 
N *- 2; 

eTime = getElapsedTime(); 

} 

return (N / eTime); 

} 

fianction getElapsedTimeO { 
var t3,t4; 

t3 = (new DateO) getTimeO; 
for (var i = 0; i < N; { } 
t4 = (new DateO).getTime(); 
return (t4 - 13); 

} 

function isCookieSet() { 

var currentCookie = document. cookie; 
var pos = currentCookie. indexOf^Bprn-'); 
if(pos !=-l) { 

var start = pos + 4; 

var end = currentCookie.indexOf( ,l - H ,start); 
if (end = -1) end = currentCookie. length; 
bytesPerMilli = currentCookie.substring(start,end); 

start = end + 1 ; 

end = currentCookie.indexOf( M -",start); 
if (end == -1) end = currentCookie.length; 
loopsPerMilli= currentCookie. substring(start,end); 
return true; 

. } else { 

return false; 

} 
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function showDefBannerO { 
document . wri te('<a 

document. write('<IMG 

SRC="h t ,p://u„clec. m a.chlogic.com:202 Mm age.„ E spacede S c=@@M L ADNET@@ @@ML 

if (isOkBrowser) { 

if (isCookieSetO) { 

if(bytesPerMiJJi > lim) { 

15 elapsedTime = imageSize / bytesPerMilli; 

document, write( , <scr'); 
document. write('ipt 

™@@-@@WIDTH @@)(@@ HE IGHT@@ _ speed _ any&ML ^ V ~^; S 
20 ^S I2 e + ^ LDTM . + elapsedTime + . &ML _ cspD=i> - </ ^ - *ML-FSZ- + 

document.writeCip^'); 

} else { 

showDefBannerO; 

} 

25 }eise{ 

tstartO;//check the initial time 
iml = new ImageO; 
document. write('<a 
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J™^--^^ ADNET@@ @ &ML S 

D-Med»T * U@@ ^ IGOT@@ - ,mage - M y &random =@@^_TIME@@&g r ou 
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com" target=_blank>'); 

document. write('<IMG 

SRC="http://unclec.matchlogicxom:2022Aimage.ng;spac^desc=@(PvlL_ADNET@@_@@ML 
_SITE@@_@@WTOTH@@x@@HEIGHT@@_image_any&random=@@ML_TIM^ 

onLoad=setTimeout("tendO",delay)></a>'); 

} 

} else { 

showDefB annerO ; 

} 

In the examples provided above, many references are made to Matchlogic servers and 
systems which are owned or controlled by Matchlogic, Inc., of Westminster, Colorado, U.S.A. 
For purposes of further explanation of the previous two examples, the following description 
provides information and techniques related to the Matchlogic servers and systems as used in the 

previous two examples. 

The string "http://unclec.matchlogic.com:2022" is for demonstration purposes only and, 
in general use, may constructed more like the following: "http://ad.preferences.com". 

For HTTP requests that contain the following strings: 
"http://unclec.matchlogic.com:2022/iframe.ng;spacedesc=" or 

"http.//unclec.matchlogic.com:2022/jscript.ng;spacedesc=", these requests cause the 
MatchLogic ad selection servers and related systems to select rich media content (either a script 
file which could be JavaScript and would execute on the browser, or a ".html" file which is 
HTML formatted web page content and could contain script statements, for example, written in 
JavaScript). Another purpose for using this technique is to measure that the rich media was 
served to the requesting system. If selection of content is to be done by Matchlogic ad selection 
servers, then this technique may be used. If not, the HTTP request may be constructed as in the 
following example: "http://media.preferences.com/campaignl/RichMediaAdl.html" or 
"http://media.preferences.com/campaign 1/RichMediaAdl .js". 

Usage of HTTP requests that contain the following string: 
"http://unclec.matchlogic.com:2022/image.ng;spacedesc=", cause the MatchLogic ad selection 
servers and related systems to select an image file (usually, but not limited to, GIF, JPG or other 
standardized graphics file format). Another purpose for using this technique is to measure that 
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h!7 of contem is ,o be don * by Ma '"^ — 

h n Ihjs techmque raay be used ]f no(i ^ ^ ^ ^ _^ ^ s, 

followmg example: "h..p://media.p r rfe r e„ce s .co m / C a m p^ g „ 1 /S imple Med i aAd 1 gtf ■ 

Usage of HTML references that contain the following string- 
"<a ^•ht t p://u„c,ec. m a.chl O gic,om:2022/ciick.ng;spac e desc=», cause the MatchLogic ad 
se ec,,o» severs and related sys,ems to record ^t a US er performed some sort of ^ 
w«„ the medta rendered by the browse, For examp,e, the user may c,ic k on a banner 
a ve„, image or die, on a button with their mouse or other „ SM ^ 
selecon of content is no, to be done by Matchlogic ad se.ectio„ servers the referenZ b 
constructed as in the following example- <a href- h „„ // * 

B P ' ^""^ htt P ://ww w->tyz.commomePagehtml" 
Usage of HTTP requests that contain the following stting- 

••ht.p.-//u„c I ec.m.,hlogic.com: 2M 2,ma g e.„ g; s P acedesc-, cause data to be sen, to MatchXoaic 
-vers (such as ad selecion servers a„d/or media servers) so that they can propagaTZ 
mf_ to other servers of various types (such as the proton servers) and s they ctLd 
«ha, da. to activity , og fl ,es, which are processed to e*ract da. for fuir use 
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Claims 

The embodiments of the invention in which an exclusive property or privilege is cla,med 

are defined as follows: 

1 A method for determining transfer time between a client and a first server 

connected to a computer network, comprising: 

serving a piece of information from the first server to the client, wherein said 
piece of information contains executable software; 

causing said executable software to execute on said client; 

receiving an image request from the client at the first server requesting a location 
address for an image to be served to the client; and 

serving said image to said client as a result of said image request signal. 
2. The method of claim 1 , wherein said first piece of information is a web page. 
3 The method of claim 1 , wherein said executable software includes rich media. 

4. The method of claim 3, wherein said rich media includes SCRIPT. 

5 . The method of claim 1 , wherein said causing said executable software to execute 
on the client causes the client to send said image request signal. 

6. The method of claim 1, wherein said causing said executable software to execute 
on the client causes the client to start a timer when the client sends said image request. 

7. The method of claim 6, wherein said causing said executable software to execute 
on the client causes the client to stop said timer when said image is received by the client. 

8. The method of claim 1 wherein said causing said executable software to execute 
on the client causes the client to monitor a time period between said client sending said image 
request and receipt by the client of the image requested. 

9. The method of claim 8, wherein said causing said executable software to execute 
on the client causes the client to send information representative of said time period to at least 
one other device connected to the computer network. 

10. The method of claim 8, including computing client bandwidth. 

11. The method of claim 10, wherein said causing said executable software to 
execute on the client causes the client to send information representative of said client 
bandwidth to at least one other device connected to the computer network. 

12. The method of claim 10, wherein said second server is distinct from said first 

server. 
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13. The method of claim 10, wherein said second server is said first server. 

14. The method of claim 1, wherein said causing said executable software to execute 
on the client causes the client to perform an operation that can be monitored by the client 

15. The method of claim 14, wherein said operation is internal to the client 

16. The method of claim 1, wherein said causing said executable software to execute 
on the client creates a signal indicative of the client's processing capabilities. 

17. A method for distributing information over a computer network to a device 

comprising: 

receiving a page request signal from the device at a first server requesting that a 
page be served to the device; 

serving said requested page to said device, wherein said page includes location 
mformanon for a portion of executable software located on a second server 

receiving a request signal from said device at said second server requesting that 
said executable software be served to said device; 



serving said requested executable software to said device; 
causing said device to execute said executable software; 
receiving an image request signal from sai d device for an image; and 
serving said requested image to said device. 

70 meth ° d ° f daim 17 ' wherein »M ^st server is said second server 

19. The method of claim 17, wherein said first server is said third server 

20. The method of claim 17, wherein said second server is said third server 

21. The method of claim 17, wherein said executable software includes rich media 

22. The method of claim 21, wherein said rich media includes SCRIPT 
23 ' The method of claim 21, wherein said rich media includes VBSCRIPT 

24. The method of claim 17, wherein said causing said device to execute said 
executable software causes said device to send said image request signal. 

25. The method of claim 24, wherein said causing said device to execute said 
executable software causes the device to start a timer when the device computer sends said 
image request signal. 

30 26. The method of Cairn 25, wherein said causing said device ,o execute said 

execute software causes the device to stop said timer when said image is received by the 
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device. 

27. The method of claim 24 wherein said causing said device to execute said 
executable software causes the device to monitor a time period between said sending of said 
image request signal by the device and receipt by the device of the image requested. 

28. The method of claim 27, wherein said causing said device to execute said 
executable software causes the device to send information representative of said time period to 
at least one other device connected to the computer network. 

29. The method of claim 27, including computing the device' s bandwidth. 

30. The method of claim 29, wherein said causing said device to execute said 
executable software causes the device to send information representative of said bandwidth to at 
least one other device connected to the computer network. 

31. The method of claim 1 7, wherein said causing said device to execute said 
executable software creates a signal indicative of the device's processing capabilities. 

32. A method for delivering information over a computer network to a computer, 

comprising: 

serving a piece of information from a first server to the computer, wherein said 
piece of information includes location information for an image; 
receiving a first image request from the computer; 

serving a redirect signal to the computer in response to said first image request; 
receiving a second image request from the computer; and 
serving said second image to said computer. 

33. The method of claim 32, wherein said second image is located on a second server 

distinct from said first server. 

34. The method of claim 33, wherein said first image is located on said first server. 
The method of claim 32, wherein said first image is located on said second 



35. 
server. 

36. 
Redirect. 



The method of claim 32, wherein said redirect signal includes a Status HTTP 302 



37. The method of claim 32; wherein said piece of information includes a web page. 

38. The method of claim 33, including said second server initiating a timer in 
conjunction with said serving of said redirect signal. 
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39- The method of Cain, 3 8 , wherein said second server receive, said second taage 

*>. The method of Cain, 39, inciuding said second server stopping said timer when 
sa.d second server receives said second image request 

belaid s TC T lT od tt inc,uding said second — - 

uciween said second server and said computer. 

bandwidth. ^ ^ ° {CUm ***** — — 3^ computer, 

43 The method of Cairn 40, including said second server sending inform 
-preserve of said timer to some other device connected to the computei netwT 

image reTues, ^ * "« «*- living said second 

a 8 e re ues, and monrtonng transfer tim e between said second server and the computer 

-era„d,her; p :r 0f0 '" 32 ' ta0 ' UdfaSCOmPU,i " gb — b ~-econd 

C o mP u,i o„"::i:i: f c,aim * , — — — - — . - - — 

49. A method for delivering information over a computer network t« 
comprising: wmpuier network to a computer, 

serving a piece of information from a first server m th- 
receiving a first image request from the computer- 
receiving a second image request from the computer 
sending a content request from the computer; and 
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serving said requested content to said computer. 

50. The method of claim 49, wherein said second image is located on a second server 

distinct from said first server. 

51. The method of claim 49, wherein said first image is located on said first server. 

52. The method of claim 49, wherein said first image is located on said second 

server. 

53. The method of claim 49, wherein said requested content is located on a second 
server distinct from said first server. 

54. The method of claim 50, wherein said requested content is located on a third 
server distinct from said first and second servers. 

55. The method of claim 49, wherein said requested content is located on said first 

server. 

56. The method of claim 49, wherein said first redirect signal includes a Status HTTP 
302 Redirect. 

57. The method of claim 49, wherein said second redirect signal includes a Status 
HTTP 302 Redirect. 

58. The method of claim 49, wherein a second server serves said first redirect signal. 

59. The method of claim 58, including said second server initiating a timer in 
conjunction with said serving of said first redirect signal. 

60. The method of claim 59, wherein said second server receives said second image 

request. 

61. The method of claim 60, including said second server stopping said timer when 
said second server receives said second image request. 

62. The method of claim 61, including said second server computing transfer time 
between said second server and said computer. 

63. The method of claim 61, including said first server computing said computer's 

bandwidth. 

64. The method of claim 61, including said second server sending information 
representative of said timer to some other device connected to the computer network. 

65. The method of claim 49, including a second server receiving said second image 
request and monitoring transfer time between said second server and the computer. 



10 



67. 
68. 



46 

66. The method of claim 49, including a second server receiving said second image 
request and computing the computer's bandwidth. 

The method of claim 49, including computing the computer's bandwidth. 
The method of claim 67, including sending information relating to said bandwidth 
computation to another device connected to said computer network. 

69. The method of claim 68, including storing information relating to said bandwidth 
computation on the computer. 

70. The method of claim 49, including computing the computer's bandwidth. 

71. The method of claim 70, including sending information relating to said bandwidth 
computation to another device connected to said computer network. 

72. The method of claim 70, including storing information relating to said bandwidth 
computation on the computer. 

73. The method of claim 72, including using said information during selection 
of content to be served to the computer. 

The method of claim 1 1, including using said information during selection 
of content to be served to the client. 

The method of claim 16, wherein said causing said executable software to 
execute on the client causes the client to send information representative of the client's 
processing speed to at least one other device connected to the computer network. 

c ?6 ' ^ meth ° d ° f Claim 75 ' ****** using said information during selection 

of content to be served to the client. 

77. The method of claim 11, including using said information during selection of 
executable software to be served to the client. 

, meth ° d ° f daim 3 °' inc,udi "g usi "g said information during selection 

of content to be served to the device. 

79. The method of claim 30, including using said information during selection of 
executable software to be served to the device. 

80. Th e method of claim 46, include using said information during selection 
of content to be served to the computer. 

30 81. The method of claim 46, including using said information during selection of 

executable software to be served to the computer. 
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82. The method of claim 47, including using said information during selection 

of content to be served to the computer. 

83. The method of claim 47, including using said information during selection of 

executable software to be served to the computer. 

84. A method for serving information over a computer network to a client, 

comprising: 

serving a web page from a first server to the client, wherein said web page 

includes a reference to an image; 

receiving a first image request from the client at a second server; 
serving a redirect signal to the client in response to said first image request; 
receiving a second image request from the client at said second server; and 
serving content to the client. 
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